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SECTION  I 

INTRODUCTION 


SCOPE 


The  purpose  oT  this  investigation  was  to  derive  a  control  algorithm  for  a 
new  concept  in  coln^>.ter  architecture  developed  at  the  Naval  Training  Equipment 
Center  (NAVTRAEQUIPCEN),  Orlando,  Florida.  The  proposed  architecture  is  a 
hierarchically  structured,  functionally  distributed,  multiple  microcomputer 
system  and  will  be  referred  to  as  a  multiple  microcomputer  system  (MMCS).  The 
^tiCS  control  algorithm  is  a  multilevel  structure  implemented  by  an  optimal  com¬ 
bination  of  hardware,  firmware  (microcode),  and  software.  This  report  docu¬ 
ments  the  results  of  the  total  investigation  and  the  recommended  design  approach. 

SYSTEM  GOALS 

The  goals  of  the  multiple  microcomputer  control  algorithm  are  to: 

a)  Reduce  prograirming  and  program  maintenance  costs  of  the  software  for 
real-time  trainers. 

b)  Offer  increased  standardization  and  modularity. 

c)  Improve  system  throughput. 

d)  Provide  a  basis  for  future  system  improvement. 

MULTIPLE  MICROCOMPUTER  SYSTEM  CONFIGURATION 

The  WCS  configuration  is  shown  in  Figure  1.  The  major  system  hardware 
canponents  are  N  microcomputer  modules,  a  shared  memory,  a  bus  arbitration 
module,  and  a  system  corwuni cation  and  control  bus.  The  microcomputer  modules 
(also  referred  to  as  processor  modules)  are  implemented  with  a  high-performance 
microprocessor  technology.  The  number  of  microcomputer  modules  required  is  a 
function  of  the  amount  of  computation  required  by  a  specific  trainer  system. 

A  portion  of  the  MMCS  architecture  control  algorithm  is  implemented  by  the 
executive  software  for  each  processor  module.  This  executive,  designated  the 
applications  task  manager  (ATM),  consists  of  ooth  native  code  and  microcode. 

Two  key  features  of  the  architecture  are  the  existence  of  a  control  processor 
which  is  capable  of  directing  the  activities  of  the  remaining  processors,  and 
the  distribution  of  processing  tasks  by  function.  The  details  of  the  MMCS  con¬ 
figuration  are  discussed  In  Sections  III  and  IV  of  this  report. 

PREFERRED  ALGORITHM  CONCEPT 

The  technical  approach  suggested  by  NAVTRAEQUIPCEN  has  been  evaluated  and 
found  to  be  a  desirable  architectural  concept.  Implementation  of  the  preferred 

algorithm  depends  upon  two  major  criteria: 


INCREASING 

PRIORITY 
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«)  Successful  partitioning  of  the  problem  Into  disjoint  tasks, 
b)  Developing  a  run-time  structure  which  provides  for  the  passing  of 
system  parameters  among  processors  while  preserving  precedence. 

Both  of  these  criteria  must  be  met  without  any  serious  Impact  upon  the  appli¬ 
cation  programmers.  Criterion  (a)  Is  discussed  In  Section  II;  criterion  (b) 
Is  the  major  topic  of  this  report  and  the  general  concepts  used  to  satisfy  It 
are  presented  In  this  section.  This  Involves: 

a)  the  basic  conditions  required  for  the  concurrent  execution  of  system 
tasks. 

b)  a  technique  for  handling  shared  resources,  primarily  shared  data. 

c)  synchronizing  techniques  for  maintaining  system  precedence. 

CONCURRENT  EXECUTION  OF  TASKS 
The  notation 


BEGIN  T1;  T2; . ;  Tn;  END  (1) 

Indicates  that  the  tasks  T1,  T2, . .  TN  are  executed  sequentially  in  the 

order  given.  The  notation 

BEGIN  TO;  COBEGIN  Tl;  T2; . ;  Tn;  COEND  Tn+1 ;  END  (2) 

Indicates  that  tasks  Tl  through  Tn  may  be  executed  concurrently.  (A  task  is 
defined  to  be  the  smallest  system  entity  capable  of  contending  for  system  resources). 
Precedence  graphs  of  statements  1  and  2  are  given  In  Figures  2  and  3,  Con¬ 
current  and  sequential  statements  may  be  arbitrarily  nested,  as  given  In 
statement  3  below  and  shown  In  Figure  4. 

COBEGIN 

^B^GIN 

T2; 

COBEGIN  T3;  T4;  COEND 
T5; 

END 

T6; 

COEND  (3) 

Concurrent  tasks  may  be  executed  by  a  multiple  processor  system  or  by  time¬ 
slicing  on  a  single  processor.  In  terms  of  the  basic  definition  there  Is  no 
difference.  In  practical  systems  multiple  processors  offer  the  possibility 

of  improved  performance  while  time-slicing  In  a  single  processor  Improves  Its 
utl  HzaMon. 
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Figure  2.  Sequential  Execiiiun  of  Tasks 


Figure  3.  Concurrent  Execution  of  Task  T^  to 
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RESTRICTIONS  ON  CONCURRENT  TASKS 

Certain  restrictions  must  be  placed  upon  systems  of  concurrent  tasks  (or 
programs)  tn  insure  that  reasonable  performance  verification  and  program  test¬ 
ing  techniques  may  be  used.  The  first  restriction  is  that  a  transfer  of  con¬ 
trol  from  a  concurrent  task  is  prohibited.  This  restriction  is  required  be¬ 
cause: 

a)  A  concurrent  statement  (COBEGIN. . .COEND)  is  terminated  only  when  all 
of  its  tasks  are  terminated. 

b)  A  statement  having  one  or  more  concurrent  sections  embedded  may  con¬ 
tinue  as  a  sequential  process  after  one  or  more  of  the  current  sections 
is  terminated. 

This  restriction  does  not  impose  any  problems  in  the  use  of  systems  of  concur¬ 
rent  tasks.  In  fact  the  same  restriction  is  typically  imposed  by  the  use  of 
good  programming  practices. 

A  second  restriction  concerns  the  independence  of  the  tasks  enclosed  in  a 
concurrent  statement.  It  is  desirable  for  a  system  of  concurrent  tasks  to  be 
testable  as  a  unit.  Consider  a  group  of  concurrent  tasks  Tl;...Tn;  where  each 
Ti  has  a  predicate  Pi  and  a  result  R1  such  that  if  Pi  is  true  before  execution 
of  Ti.then  R1  will  be  true  afterwards.  Then  the  desired  property  is  that  the 
concurrent  task 


COBEGIN  Tl;T2;...Tn;C0END 

be  considered  as  a  single  operation  S  with  predicate  P  and  result  R  where 

P  ■  PI  and  P2  and  P3  _  and  Pn 

and  R  ■  R1  and  R2  and  R3  _  and  Rn. 

A  second  desirable  characteristic  for  a  system  of  concurrent  tasks  is  that 
it  be  functional.  A  functional  system  is  one  where  the  output  history  of  its 
execution  is  a  time- independent  function  of  its  input  history.  Functional  t>e- 
havior,  together  with  the  ability  to  apply  a  single  predicate  and  result  to  a 
system  of  concurrent  tasks,  is  required  for  the  application  of  rigorous  tech¬ 
niques  of  program  verification  and  testing.  It  may  be  shown  that  a  sufficient 
condition  for  these  characteristics  to  hold  is  that  the  tasks  be  disjoint.^ 

This  means  that  a  variable  vi  changed  by  task  Ti  cannot  be  referenced  or  changed 


1.  Hansen,  Per  Brinch,  Operating  System  Principles,  N.J.,  Prentice-Hall, 
1973,pp  60-76. 
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by  another  task  Tj  (i^  j).  This  does  not  preclude  concurrent  tasks  from  refer¬ 
encing  common  variables  not  changed  by  any  of  them. 

However,  in  dealing  with  real-time  trainer  system  programs  (and,  in  fact, 
most  other  real-time  applications)  the  disjointness  restriction  is  difficult 
to  meet.  In  systems  of  this  type  it  is  vital  to  pass  parameters  between  tasks. 
In  addition,  trainer  systems  use  a  highly  iterative  system,  the  sampling  rate 
being  a  function  of  the  natural  frequency  of  the  system  being  simulated.  Under 
these  conditions  the  tasks  may  not  be  functional  during  a  given  sampling  inter¬ 
val. 


It  will  be  necessary  for  the  ccntrol  algorithm  to  provide  mechanisms  by 
which  the  restriction  of  disjointness  may  be  bypassed  without  giving  up  the 
characteristics  of  functional  behavior  or  a  combined  predicate-result.  There 
are  two  separate  problems;  providing  for  shared  resources,  i.e.,  variables 
conrion  to  more  than  one  task,  and  maintaining  the  long-term  precedence  of  the 
system.  The  term  long-term  precedence  concerns  the  system  behavior  over 
periods  of  time  which  are  longer  than  the  sampling  period.  These  mechanisms 
are  discussed  in  the  following  sections. 

Shared  Resources 

If  more  than  one  task  is  to  share  a  resource  (typically  a  variable)  then 
all  but  one  task  must  be  excluded  fron  operating  on  the  resource  at  any  one 
time.  The  technique  for  doing  this  is  the  critical  region.  The  notation 

REGION  V  do  Ti 

associates  a  task  Ti  with  a  variable  v.  Critical  regions  referring  to  the 
same  variable  (or  resource)  exclude  one  another  in  time.  In  particular  the 
following  conditions  apply  to  critical  regions: 

a)  Only  one  task  may  be  within  a  critical  region  at  a  time. 

b)  When  a  task  wishes  to  enter  a  critical  region,  it  will  be  enabled  to 
do  so  in  a  finite  length  of  time,  i.e.,  the  scheduling  algorithm  must 
be  fair. 

c)  A  process  may  remain  in  a  critical  region  for  a  finite  length  of  time 
only.  This  implies  that  all  tasks  operating  on  a  common  variable  must 
terminate. 

It  should  be  noted  that  while  critical  regions  exclude  each  other  in  time,  they 
imply  nothing  about  the  sequencing  of  tasks. 

Prxess  Synchronization 

When  a  single  task  is  partitioned  into  a  group  of  concurrent  tasks  we  need 
a  synchronizing  technique  to  preserve  the  precedence  of  the  system.  Two 
schemes  for  doing  this  are  the  semaphore  and  the  conditional  critical  region. 
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Semaphores .  The  semaphore  is  a  mechanism  whereby  a  timing  signal  may  be 
sent  ^rom  one  process  to  another.  If  the  variable  visa  semaphore,  then 
the  two  permissible  operations  are  SIGNAL (v)  and  WAIT(v).  The  semaphore  v 
is  characterized  by  the  integers: 

Siv)  number  of  signals  sent 

R(v)  :■  number  of  signals  received 

C(v)  :■  number  of  nitial  signals 

wheie  the  initial  assignment  is  given  by  v^c.  The  relationship  of  statement 

0  <  R(v)  _<  S(v)  +  C(v)  ^  R(v)  +  MAX 

must  always  hold  for  the  semaphore  v.  MAX  is  the  maximum  value  v  is  allowed 
to  have.  This  relationship  is  the  semaphore  invariant.  Since  the  semaphore 
is  a  common  variable  for  the  senders  and  receivers,  the  signal  and  wait  op¬ 
erations  exclude  each  other  in  time. 

Conditional  Critical  Regions.  The  conditional  critical  region  is  a  mech- 

anism  for  synchronizing  a  task's  entry  into  a  critical  region.  It  is  denoted 

AWAIT  and  used  as  follows: 


REGION  V  DO 

BEGIN  AWAIT  (CONDITION) ;.. .END 

The  condition  must  be  a  Boolean  expression  or  have  a  Boolean  result.  The  task 
does  not  enter  the  critical  region  until  the  condition  is  true. 

Scheduling  Mechanisms 

Several  of  the  functions  previously  defined  are  required  to  control  the 
scheduling  of  shaded  resources.  The  basic  scheduling  mechanism  of  the  pre¬ 
ferred  control  algorithm  is  the  queue.  The  permitted  operations  on  a  queue, 
q,  are  ENTER(t,q)  and  REM0VE(t,q)  which  enter  and  remove  an  element  t  from  q 
according  to  the  desired  scheduling  policy.  In  addition  the  Boolean  variable 
EMPTY(q)  denotes  whether  the  queue  q  is  empty  or  not. 

Connuni cations  Between  Tasks 

While  the  rates  at  which  the  tasks  of  a  trainer  system  proceed  are  related 
over  the  long  term,  they  may  be  independent  over  the  short  term  (i.e.,  times 
on  the  order  of  the  sampling  period).  This  complicates  the  handling  of  inter¬ 
task  cotrmuni cation.  When  a  sending  task  produces  a  message,  the  receiving  task 
may  not  be  ready  for  it.  Since  delaying  the  sender  would  decrease  throughput, 
message  buffers  are  used  for  intertask  communications.  A  message  buffer  is 
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designated  B  and  has  capacity  MAX.  The  operations  SEND(M,B)  and  RECEIVE(M,Bj 
place  the  message  M  on  the  buffer  or  remove  it,  respectively.  These  oper¬ 
ations,  like  SIGNAL  and  WAIT,  must  exclude  each  other  in  time  and  are  critical 
regions  with  respect  to  the  buffer  used. 

IMPLEMENTATION  OF  THE  NAVTRAEQUIPCEN  PREFERRED  ALGORITHM 

The  control  algorithm  is  impletnented  as  a  mix  of  hardware,  fimware,  and 
software.  In  particular: 

a)  The  critical  region  concept  is  essential  and  basic.  It  will  be  imple¬ 
mented  in  hardware  such  that  it  is  an  inherent  characteristic  of  the 
system. 

b)  The  synchronizing  tools  are  also  essential  but  are  much  more  complex. 
They  will  be  implemented  in  fimware  (microcode). 

c)  The  scheduling  policy  may  change  from  problem  to  problem.  This  will 
be  implemented  in  software  and  be  accessible  to  the  user. 

Details  of  the  implementation  of  these  techniques  are  given  in  the  remainder 
of  the  report. 

NOMENCLATURE 


In  the  following,  several  terms  are  defined  which  are  useful  in  describing 
the  timing  of  the  proposed  multicomputer  system: 

Task  »  a  self-contained  portion  of  a  computation  which  once  initiated  can 
be  carried  out  to  its  completion  without  the  need  for  additional 
inputs. 

Frame  period,  T  »  the  physical  sampling  period.  It  is  a  function  of  the 
significant  highest  natural  frequency,  c^,  of  the  system  being  sim¬ 
ulated.  In  the  trainer  simulation  problem,  twenty  times  the  high¬ 
est  natural  frequency  is  used.  The  frame  period  is  equal  to: 


^ "  -wur^TTr- 

»n 

where  20  — ^  30  i ,  i  =  positive  integer. 

The  (30  i)  constraint  is  due  to  consideration  of  any  visual  system 
employing  the  standard  TV  raster  frame  rate. 

Cycle  period,  c  »  the  time  allowed  to  complete  a  write  cycle  plus  a  read 
cycle  on  the  coitinon  control  bus.  During  each  cycle  a  set  of  cal¬ 
culations  are  completed  by  the  multiple  processors.  The  cycle 
period  is  equal  to 


where  N^  ■  the  number  of  cycles  within  a  frame  period. 
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n-calcu1ations  ■  those  calculations  which  must  be  completed  once  every 
frame  period. 

k-calculations  ■  those  calculations  which  must  be  completed  once  every 
k  frame  periods. 

Synchronous  n-calculations  on  a  cycle  period  ■  those  n-calculations  which 
are  completed  synchronously  on  a  cycle  period  but  are  asyn 
chronous  within  the  c.  'le  period. 

Update  state  n-calculations  -  those  ^ero-memory  n-calculations  which  must 
be  completed  before  the  next  states  can  be  calculated. 
These  calculations  can  be  done  in  either  the  individual 
application  processors  or  the  input  processor. 

Next  state  n-calculations  those  memory  n-calculations  which  must  be 
completed  to  determine  the  next  state. 

Output  n-calculations  *  those  zero  memory  n-calculations  which  must  be 

completed  to  determine  the  outputs  or  some  input  variables 
for  the  next  frame.  These  calculations  can  be  done  in 
either  the  individual  application  processors  or  the  output 
processor. 

A  typical  n-calculation  for  a  frame  period  with  four  cycles  is  shown  in 
Figure  5.  The  abbreviations  used  in  Figure  5  are  defined  as  follows: 

AP  ■  applications  processor 

SM  -  shared  memory 

OP  ■  output  processor 

IP  ■  input  processor 
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SCCTION  II 

TASK  PARTITIONING 


INTRODUCTION 

Parallel  processing  is  more  comple  "han  sequential  processing  because 
of  need  for  cownunicati ons.  The  anal  of  parallel  algorithms  hence 
must  include  the  effect  of  communications  tween  tasks.  The  number  of  data 
transfers  on  the  bus  is  a  measure  of  the  comnuni cations  inherent  in  the  al¬ 
gorithm  because  as  this  number  increases  the  necessary  ccflwuni cations  increase. 
In  general,  these  communications  should  be  minimized  while  at  the  same  time 
keeping  the  computation  time  as  short  as  possible. ‘  The  scheduling  and  allo¬ 
cation  of  tasks  to  processors  in  such  a  way  that  some  objective  (e.g.,  minimum 
execution  time  or  minimum  corimuni cati on  time)  is  realized  is  an  important  area 
of  parallel  processing  and  one  fundamental  to  developing  a  control  algorithm 
for  a  functionally  distributed  system  of  the  type  examined  in  this  contract. 

As  per  Section  3. *5  of  Specification  N-74-  105,'  the  data  employed  for  problem 
partitioning  are  typical  of  the  simulation  problem  requirements  of  a  modern 
high-performance  trainer.  Appendices  C  and  D  of  Specification  N-74-105  pro¬ 
vide  the  data  used  in  this  study. 


PARTITIONING 

Two  tasks  are  parallel  if  and  only  if  they  produce  the  same  result  when  per¬ 
formed  sequentially  or  in  parallel  for  all  possible  sets  of  input  data.  In  gen¬ 
eral,  the  parallelism  of  two  tasks  can  be  shown  to  be  undecidable.  The  question 
of  whether  or  not  two  tasks  can  be  performed  in  parallel  is  a  function  of  not 
only  the  algorithm  but  also  of  the  way  it  has  been  progranmed .  It  should  be 
noted  that  the  partitioning  of  a  trainer  simulation  problem  is  for  a  fixed  and 
known  program.*  Most  of  the  partitioning  algorithms  have  been  developed  for  the 
partitioning  of  a  general  unspecified  program.  In  order  to  achieve  the  best 
partition,  use  should  be  made  of  all  knowledge  about  the  program. 


2.  Agerwala,  T.  and  Lint,  8.,  "Comnuni cati on  in  Parallel  Computer  Systems", 
Proc.  1978  Conf.  Information  Science  and  Systems,  Johns  Hopkins  University. 
MarcF"?5’-3T i  1 9>8 ,  pp .  8^-^5 . 

3 .  Summer ,  C . F . ,  Specification  for  Multiple  Microcomputer  Control  Algorithm 
Investigation.  NTEC  N-74-lC)5,  May  22,  1^78. 

4.  Bernstein,  A.J.,  "Analysis  of  Programs  for  Parallel  Processing",  IEEE 
Trans,  on  Electronic  Computers,  Vol.  EC-15,  No.  5,  Oct,  1966,  pp.  757-763. 
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Acyclic  Task  Graph 


A  program  task  graph  is  a  graph  structural  model  of  a  program  exhibiting 
the  flow  relation  or  connection  among  the  tasks  in  the  program.  Computational 
processes  can  be  modelled  by  directed  graphs  in  which  the  nodes  represent 
single  tasks  at  a  specified  structural  level  and  the  directed  branches  repre¬ 
sent  the  permissible  transition  to  the  next  task  in  sequence.  A  graph  consis¬ 
ting  of  a  set  of  nodes  is  said  to  be  strongly  connected  if  and  only  if, any 
node  in  it  is  reachable  from  any  other. 


A  program  task  graph  which  has  maximal  strongly  connected  subgraphs  can 
be  reduced  to  an  acyclic  task  graph  by  replacing  each  of  the  maximal  strongly 
connected  subgraphs  by  a  single  node.  By  using  the  reduced  acycli^  task  graph 
it  can  be  shown  that  the  problem  of  parallelism  becomes  decidable.' 


For  programs  which  can  be  represented  by  acyclic  task  graphs,  algorithms 
have  been  designed  to  determine  the  minimum  number  of  processors  needed  to 
execute  the  program  in  the  shortest  time.  Other  algorithms  that  have  been  de¬ 
veloped  for  the  acyclic  task  graph  are  (1)  a  determination  of  the  minimum  time 
to  process  a  graph,  given  k  processors;  (2)  a  detemiinati  on  of  whether  or  not 
a  graph  can  be  processed  in  the  minimum  possible  time  with  k  processors;  and 
(3)  a  determination  of  lower  and  upper  bounds  on  the  minimum  number  of  proces¬ 
sors  required  to  process  an  acyclic  task  graph  in  the  shortest  possible  time.^ 

Flight  Simulation 


A  typical  aircraft  type  trainer  simulation,  as  shown  in  Figure  6,  may  con¬ 
sist  of  as  many  as  four  related  major  system  simulations.  The  coupling  between 
these  real-time  functions  is  highly  synchronized  and  very  tight.  All  four  major 
functions  depicted  in  Figure  6  are  not  present  in  all  aircraft  type  trainers. 

In  Addendum  D  of  Specification  N-74-105  a  flight  simulation  flow  diagram  is 
specified.  From  an  open-loop  input-output  viewpoint,  it  has  two  inputs  and  four 
outputs,  as  shown  in  Figure  7.  This  particular  flight  simulation  system  has 
seven  identifiable  subsystems: 


a)  Equations  of  motion 


5.  Ramamoorthy,  C.V.,  and  Gonzalez,  M.J.,  "A  Survey  of  Techniques  for 
Recognizing  Parallel  Processable  Streams  in  Computer  Programs",  1969  Fall  Joint 
Corouter  Conference.  AFIPS  Conf.  Proc.,  Vol.  35,  Montvale,  NJ:  AFIPS  Press, 

pp.  1-15. 

6.  RamaiTifcorthy,  C.V.,  Chandy,  K.M.,  and  Gonzalez,  M.J.,  "Optimal  Scheduling 
Strategies  in  a  Multiprocessor  System",  IEEE  Trans,  on  Computers,  Vol.  C-21, 

No.  2,  Feb.,  1972,  pp.  137-146. 
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FLIGHT  SIMULATION 


TACTICAL  SIMULATION 


VISUAL  SIMULATION 


SYNTHESIZED  TARGET 
SIMULATION 


Figure  6.  Representative  Aircraft  Type  Trainer 
Simulation  Functions 
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Figure 
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P  -  PILOT 
I  -  INSTRUCTOR 
V  -  VISUAL  SYSTEM 
M  -  MOTION  SYSTEM 
1ST  -  INSTRUMENTS 
IND  -  INDICATORS 


7.  Open- loop  Data  Flow  Analysis  for  Flight  Simulation  System 
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b)  Aerodynamics 

c)  Propulsion 

d)  Weight  and  balanc’ 

e)  Landing  gear 

f)  Automatic  flight  coi  ■  i] 

g)  Control  loading. 

The  subsystem  task  graph  for  this  fligtit  snulation  system  is  shown  in  Figure  8. 
Each  node  represents  a  subsystem  of  the  fluiht  simulation  system  and  each 
directed  arc  represents  data  flow  from  the  antecedent  node  to  the  consequent 
node.  It  is  noted  that  the  subsystem  task  graph  is  highly  coupled  and  has  a 
total  of  ten  loops 

a-b-a 

a-c-a 

a-e-a 

a-f-a 

a-c-d-a 

a-c-d-e-a 

a-f-b-a 

a-f-c-a 

a-f-c-d-a 

a-f-c-d-e-a 

If  this  subsystem  task  graph  is  converted  :  an  acyclic  subsystem  task  graph, 
then  only  two  nodes  remain,  Figure  9.  This  result  indicates  that  no  parallel¬ 
ism  exists  at  the  subsystem  structural  level  for  this  flight  simulation  system. 

The  flight  simulation  flow  diagram  has  seventy-six  distinct  tasks  at  the 
block  diagram  structural  level.  The  block  task  graph  has  a  very  large  connect¬ 
ivity  with  many  loops.  Thus,  the  acyclic  block  task  graph  approach  is  not 
applicable  for  partitioning  for  parallelism  at  the  block  diagram  structural 
level  for  this  flight  simulation  system. 

Nearly-Decomposable  Systems 

A  soft  .-are  product  can  be  considered  as  a  complex  dynamic  system  that 
evolves  with  time,  where  complexity  is  defined  as  the  number  of  tasks  in  the 
system- and  the  connectance  and  strength  of  the  interactions  between  these 
tasks.'  If  the  complexity  of  a  software  system  increases  to  an  unmanageable 
point,  then  it  has  in  seme  sense  reached  a  point  of  instability  and  the  system 
is  incomprehensible.  Oie  of  the  major  objectives  is  to  reduce  the  complexity 
of  the  total  system  software.  This  can  be  achieved  with  a  multiple  microcomputer 


7.  baker,  K. ,  "Improve  Complex  Software  by  Using  Multiple  Microproces¬ 
sors",  Microprocessors.  Vol .  1,  No.  3,  Feb.,  1977,  pp.  165-168. 
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imulation  System  Subsystem  Task  Graph 
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Figure  9 
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Acyclic  Subsystem  Task  Graph 
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system  because  the  various  tasks  (functions)  can  be  distributed  over  several 
processors. 

A  system  is  said  to  be  "nearly  decomposable"  if  subsystems  can  be  identi¬ 
fied  where  the  interactions  between  subsystems  are  one  or  more  orders  of  mag¬ 
nitude  less  than  the  interactions  within  subsystems.^  If  the  original  software 
system  is  "nearly  decomposable",  then  a  multiple  microcomputer  system  archi¬ 
tecture  results  in  a  decrease  in  the  overall  software  system  complexity.  Hence 
a  system  with  a  faster  execution  time  and  less  complex  software  can  be  realized. 

Clustering  is  an  approach  which  may  result  in  a  good  partitioning  of  a 
"nearly-decomposable"  system  at  the  program  task  level.  An  examination  is  in 
progress  of  this  pattern  recognition  technique  but  at  present  a  suitable 
feature  space  defined  on  the  local  properties  of  the  individual  tasks  has  not 
been  found.  One  heuristic  approach  which  seems  plausible  is  that  those  tasks 
that  make  up  a  given  physical  subsystem  or  its  simulation  would  have  more 
interaction  at  the  task  level  than  the  interactions  between  the  different  phys¬ 
ical  subsystems.  This,  of  course,  assumes  that  a  task  still  retains  some 
physical  meaning  and  can  be  related  to  the  physics  of  the  simulation. 

Parallelism  in  a  Program  Loop 

Some  work  has  been  completed  where  parallel  execution  was  carried  down  to 
the  level  of  individual  operations  in  assignment  statements  of  the  source  pro¬ 
gram.  This  is  necessary  if  one  wants  to  execute  programs  in  a  faster  way. 

Also,  approaches  for  introducing  more  parallelism  into  a  program  loop  (with  or 
without  conditional  statements  such  as  IP’s  and  GOTO's)  have  been  examined.  A 
loop  distribution  algorithm  has  been  developed  for  a  program  task  graph,  but  to 
achieveqhigher  speedup  with  this  algorithm,  a  multiple-array  processor  is  re¬ 
quired. 

Optimum  Partitioning  By  Mathematical  Optimization 

Another  approach  for  partitioning  a  large  software  system  over  multiple 
computer  systems  is  that  of  mathematical  prograitmi ng .  The  integer-progranning 
partitioning  approach  is  presently  being  researched  by  the  U.S.  Air  Force 


8.  Simon,  H.A.,  The  Science  of  the  Artificial,  Cambridge,  MA:  MIT  Press, 

1969. 

9.  Kuck,  D.J.,  "Parallel  Processing  of  Ordinary  Programs",  Advances  in 
Computers  (M.  Rubinoff  and  M.C.  Yovits,  ed.'s),  Vol.  15,  N.Y.:  Academic  Press, 
1976;  pp?  119-179. 

10.  Cylmer,  S.J.,  and  Price,  P.E.,  "Partitioning  Software  for  Advanced 
Simulation  Computer  Systems",  to  be  published,  1979. 
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where  an  index  to  rank  performance  is  designed  '  «>  include  sucti  effects  as: 

a)  task  execution  time 

b)  task  memory  utilization 

c)  bus  utilization  time 

d)  balance  of  the  load  "nonq  the  processors. 

The  selection  of  the  "best"  partition  is  ■'ubject  to  two  constraints: 

a)  real-time  task  resource  requireniet)t:> 

b)  predicted  performance  simulation  feedback. 

The  results  of  this  research  will  be  available  by  late  Fall,  1979. 

Exhaustive  Scheme  for  Partitioning 

A  study  has  been  made  to  determine  if  an  exhaustive  scheme  could  be  imple¬ 
mented  where  all  possible  partitions  are  considered  and  the  "best"  partition 
based  on  a  performance  index  is  selected.  The  number  of  ways  of  distri¬ 
buting  N  distinguishable  tasks  into  p  indistinguishable  processors  with  empty 
processors  allowed  is  given  by'  . 

N  P 

B'"  =  E  S(N.j)  V  N  ••  p 
j=»l 


where  . 

s(N,j)  =  It  I  (-1)’  (-j  )(j-i)'^ 

J-  i=0  ' 

and  is  called  the  Stirling  number  of  the  second  kind. 


For  example,  the  number  of  ways  of  distributing  N  =  4  distinguishable 
tasks  (T^,  T^,  T^,  T^)  into  p  »  3  indistinguishable  processors  (PI,  P2,  P3) 

is  •  14.  All  possible  partitions  for  this  example  are  shown  in  Table  1. 


Next  a  computer  program  was  developed  for  an  aloor.ithm  given  by  Wilf 


12 


to  determine  all  Stirling  numbers  and  to  calculate  B 


N 

P’ 


As  an  example,  a  system 


11.  Liu,  C.L.,  Introduction  to  Combinatorial  Mathematics,  N.Y.;  McGraw- 
Hill,  1968,  pp.  38-4(1: 

12.  Wilf,  H.S.,  and  Nijenhuis,  A.,  Combinatorial  Mathematics.  N.Y.; 
Academic  Press,  1975,  pp.  110-117. 
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with  five  processors  (p  =  5)  was  chosen  and  the  nuinber  of  tasks  was  varied 
N 

from  10  to  50  and  Bp  calculated.  The  results  are: 

Task  No.  of  Partitions,  B'^ 


10 

1.8  X  lo"* 

CO 

1.5d  X  10^^ 

30 

1.55  X  10^® 

40 

1.5:  V  10^^ 

50 

Computer  Overflow  Error 

From  this  study  it  is  concluded  that  an  exhaustive  scheme  is  not  feasible  for 
partitioning  when  the  number  of  tasks  is  much  greater  than  15  and  the  number 
of  processors  is  between  5  and  10.  The  flight  simulation  program  with  its 
seventy-six  tasks  far  exceeds  these  limits  so  some  nonexhaustive  scheme  must 
be  developed  for  its  partitioning. 

PERFORMANCE  ANALYSIS  OF  MULTIPLE  MICROCOMPUTER  SYSTEM 

As  has  been  noted  by  KoberP  how  well  the  processing  power  of  a  multiple 
computer  system  can  be  utilized  (i.e.,  its  efficiency)  is  a  function  of  three 
major  factors: 

a)  The  organization  and  architecture  of  the  system. 

b)  The  number  and  power  of  the  individual  processors. 

c)  The  type  of  application  program. 

One  measure  of  the  efficiency  of  a  multiple  computer  system  is  the  speed 
up  factor,  B,  defined  as: 


13.  Kober,  R.,  "A  Fast  Communication  Processor  for  the  SMS  Multimicro¬ 
processor  System",  Second  Symposium  on  Micro-Architecture.  North  Holland  Publ. 
Co..  1976.  pp.  183-189. 
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where  =  the  execution  time  needed  for  the  sequential  computation  of 

the  application  program. 

T  =  the  execution  time  needed  for  the  parallel  computation  of 
^  the  application  program. 

In  this  section,  the  speed-up  factor  and  the  quantities  affecting  it  are 
exami ned . 

For  the  multiple  microcomputer  system  architecture  presented  in  this  re¬ 
port,  a  cycle  is  the  time  allowed  to  complete  a  wri te  (W),  a  read  (R)  on  the 
global  shared-memory  bus,  plus  a  set  of  state  caTcuTations  by  the  individual 
processors.  Because  the  total  computation  is  performed  by  a  repetitive  se¬ 
quence  of  cycles,  the  speed-up  factor  is  based  on  only  one  cycle. 

Consider  a  multiple  microcomputer  system  which  has  n  individual  proces¬ 
sors  and  a  total  computational  load  of  M  tasks.  The  average  computation  time 
for  one  task  is  denoted  by  T^.  The  average  time  for  data  exchange  on  the 

shared-memory  bus  per  task  with  only  global  shared  memory  is  denoted  by  Tj.. 

The  average  time  for  data  exchange  on  the  shared-memory  bus  per  task  with  both 
local  and  global  shared  memory,  T^,' ,  is  given  by 


where  k  is  the  local  shared  memory  factor  {0<k£l).  A  lower  (but  not  the  least 
lower)  bound  for  k  is  1/n-l.  Note,  k  is  a  function  of  the  system  partitioning. 

If  k*l ,  there  is  no  local  shared  memory  and  shared  variables  are  conriun- 
icated  only  through  a  global  shared  memory.  For  k<l  the  average  time  for  data 
exchange  on  the  shared-memory  bus  is  reduced  by  the  presence  of  the  local  shared 
memory. 

The  average  processor  utilization  for  computation,  a,  is  given  by 

^  ^A  (0<a<l) 

a  *  -s —  — 

‘m 


**  '"axinium  time  allowed  for  computation.  Given  the  above  para- 

' meters  T^,  k,  T^.,  n,  M,  and  a,  the  speed-up  factor  for  the  multiple  microcom- 
Duter  system  with  distributed  control,  can  be  determined. 
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by 


The  execution  time  needed  ror  sequentiol  ciii'iiutjti on  ei  M  task;,  is  given 


The  parallel  computation  for  M  tasks  by  a  multiple  microcomputer  sys¬ 
tem  with  distributed  control  is 


T„  =  M  T»'  +  -~ 
p .  C  na  ' 


Therefore,  the  speed-up  factor  is  given  by 


's 


>  /d 


(,  1  ower'  bound ) 


na 


The  speed-up  factor  for  the  multiple  microcomputer  system  without  distributed 
control,  Bj  ,  is  given  by 


MT, 


'd  - 


T  +  MT_‘  +  —  T, 
D  C  na  A 


where  Tq  *  duration  of  control  phase. 


The  speed-up  factor  is  improved  by  the  amount  > ,  with  the  use  of  distributed 
control  ^ 

1. - n  - 


^d- 


MT. '  +  ^  T. 
C  not  A 


For  the  proposed  single  bus  multiple  microcomputer  system  and  a  specified 
partition,  the  ratio  of  the  average  throughput  with  bus  contentions  to  the 
average  throughput  without  contentions,  has  also  been  determined 


14  Fung,  K.T.,  and  Torng,  H.C.,  "On  the  An»i  lysis  of  Memory  Conflicts  and 
and  Bus  Contentions  in  a  Mul t1 -Microprocessor  System",  IEEE  Trans,  on  Computers. 
Vol.  C-27.  No.l,  Jan.,  1979,  pp.  28-37. 

15.  Reyling,  G..  "Performance  and  Control  of  Multiple  Microprocessor  Systems", 
Computer  Design.  March,  1974.  pp.  31-86. 
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The  speed-up  factor  for  the  multiple  microcomputer  system  with  distributed 
control  and  with  local  shared  memory.  is  given  by 


0.  kO 


The  speed  up  factor  without  local  shared  memory,  is^  is  given  by 


Therefore  the  speed-up  factor  is  improved  I'y  the  amount  >•  through  the  use  of 
local  shared  memory  and  distributed  control 

0  .  1  ^  C 

1  +  kC 

where  T. 

C  “  no  -T»—  "■ 

'a 
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SECTION  III 


CONTROI  AIGORITHM  IMPLEMENTATION 


FEATURES  OF  THE  CONTROL  ALGORITLiM 

The  control  algorithm  for  the  ^flCS  ^unction  as  both  a  real-tiro  ex¬ 

ecutive  and  as  the  control  program  tor  tne  ..oecifio  tasks  perfomed  by  the 
MMCS.  The  role  of  the  executive  is  to  provi  ‘e  the  capability  of  running  con¬ 
current  tasks,  as  described  in  the  Introduction,  and  to  provide  the  services 
required  by  the  control  program  (the  software  oar*  of  the  control  algorithm). 
Thus,  the  control  program  exists,  not  so  much  as  a  separate  entity,  but  as  a 
'set  of  parameters  for  the  executive.  In  this  section,  several  of  the  more  im¬ 
portant  features  of  the  control  algorithm  are  presented. 

Hardware,  Software,  and  Firmware 

The  control  algorithm  is  implemented  as  a  function  of  hardware,  software, 
and  firmware  (microcode).  The  criteria  used  for  the  partitioning  of  the  con¬ 
trol  algorithm  into  hardware,  software,  and  finm^are  are  performance,  ease  and 
economy  of  implementation,  and  the  ability  to  enforce  the  necessary  rules  for 
concurrent  programs.  The  general  design  rule  is  to  implement  the  fixed  por¬ 
tion  of  the  system  in  hardware  and  to  use  software  for  the  variable  or 
application-sensitive  portion.  Firmware  is  used  in  place  of  hardware  when  it 
is  not  possible  or  cost-effective  to  use  a  pure  hardware  design.  Also  finmvare 
is  used  for  those  functions  that  have  a  high  probability  of  changing  as  the 
system  evolves. 

The  Virtual  Machine  Concept 

Each  of  the  microcomputer  modules  communicates  with  the  rest  of  the  sys¬ 
tem  and  the  external  world  via  well-defined  buses.  All  communications  within 
the  system  are  handled  by  a  virtual  machine  implemented  in  the  microcomputer 
module  firmware.  The  characteristics  of  the  virtual  machine  are  independent 
of  the  actual  hardware,  allowing  for  substantial  modifications  in  the  micro- 
coB^uter  hardware  (thus  precluding  early  obsolescence)  without  requiring 
changes  in  the  control  algorithm.  The  virtual  machine  has  five  states— HALT, 
WAIT,  COMMUNICATIONS,  EXECUTIVE,  and  USER— shown  in  the  state  diagram  of  Fig¬ 
ure  10.  The  HALT  state  is  used  to  take  a  processor  module  off-line  fdr  an 
indefinite  time.  The  WAIT  state  is  similar  to  HALT  but  is  used  to  synchronize 
multiple  units.  A  common  control  line  can  cause  all  waiting  units  to  enter 
the  EXECUTIVE  state  simultaneously.  Most  of  the  major  overhead  activities, 
such  as  scheduling  of  tasks,  take  place  in  the  EXECUTIVE  state.  Some  system 
resources,  such  as  the  shared  memory,  are  available  only  in  the  EXECUTIVE 
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Figure  10.  Virtual  Machine  State  Diagr 
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State.  The  UbCR  state  usee  to  run  all  ot  t'-e  ac^'aal  ari'l  ieafi  on  prco;  air"- . 

It  an  application  program  wishes  to  make  use  a  restricted  system  resoiov 
it  does  so  by  a  supervisor  coll  (SVC)  which  causes  the  system  to  enter  the 
EXECUTIVE  state  as  long  as  the  resource  is  in  use.  The  COW'UNICATIOMS  state 
is  used  in  the  transmission  of  procrams,  control  information,  and  other  oper¬ 
ating  parameters  between  the  c'ct'-ol  processor  and  the  other  system  processors. 
All  messages  sent  to  a  processt  '  .  e  COMMUNICATIONS  state  are  interpreted 
by  the  virtual  machine.  The  control  processor  does  not  have  to  be  involved 
with  any  hardware  details  of  the  module  "’^.h  which  it  is  coimuni eating.  Com¬ 
munication  with  the  external  world  by  wa  )i  the  1/0  bus  is  not  handled  bv 
th '  virtual  machine.  This  is  done  direct',  hv  -in  application  program. 

Shared  Memory 

The  MMCS  has  a  shared  memory  which  is  available  to  all  microcomputer 
modules.  The  shared  memory,  whicn  is  used  to  hold  all  system  parameters  and 
cotTsnon  or  tjlobal  variables  serves  as  a  vehicle  for  passing  messages  between 
processors.  The  shared  memory  is  implemented  as  a  critical  region  in  that 
only  one  processor  at  a  time  may  change  the  contents  a  shared  memory  lo¬ 
cation. 

Asynchronous  Operation 

Whenever  possible  the  partitioned  application  tasks  operate  asynchron¬ 
ously  with  respect  to  the  passing  of  variables  to  and  from  shared  memory. 

This  frees  the  applications  pregratiwer  from  the  burden  of  dealing  with  sched¬ 
uling  accesses  to  parameters  in  shared  memory  for  these  tasks.  Each  module 
has,  in  local  program  memory,  copies  of  all  necessary  shared  memory  variables. 
All  references  by  applications  programs  to  these  variables  are  to  the  copies 
located  in  program  memory.  The  virtual  machine  periodically  updates  the 
copies  at  a  rate  that  is  determined  during  program  linking.  The  virtual  ma¬ 
chine  also  provides  for  asynchronous  or  event-driven  updating  of  these  vari¬ 
ables  if  desired.  This  is  illustrated  by  Figure  11. 

Identical  Hardware  Modules 

All  of  the  microcomputer  modules  are  identical  in  hardware  and  finmware. 
The  control  processor  has  capabilities  denied  to  the  other  processors,  but 
these  capabilities  are  a  function  only  of  its  position  on  the  bus. 

Hierarchical  Organization 

The  control  processor  and  the  virtual  machines  of  the  other  processors 
form  a  hierarchical  structure.  For  the  system  as  a  whole  the  control  pro¬ 
cessor  presents  the  same  external  functional  appearance  as  the  virtual  ma¬ 
chines  of  the  other  modules,  '''his  allows  the  system  to  be  expanded  to  a  new 
layer  if  desired.  This  structure  is  illustrated  in  Figure  12. 
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Virtual  Machine  in  Transfer  of  Task  Variables 
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SYSTEM  AKt'HITCiTURl 

A  v1  i v!t  *11'  '.v'.ii'm  h,\»'ilvvan'  )■>  ‘.hov'jii  in  I  iouvn  1'.  Tin'  sys- 

consists  Of  .1  lOntrol  pco.  ■  -or.  I/O  Pforossof. .  .iro  1  i  CJ 1 1  on  |n-pi;i>ssocs .  a 
bus  arbitration  mottulo  (liAM).  anil  a  stiarod  moiiiorv.  all  connpctod  by  vi  common 
coflwuni cat  ions  and  control  bus.  The  crtuou tat  ions  associated  with  a  particular 
system  use  are  partitioned  amonu  ttie  api  ncation  processors.  Thi’  I,'U  pro¬ 
cessors  luvndli'  the  actual  intenacinu  >  -.vstom  tooxtornal  devKos  and 
iiiuy  do  some>  post  or  preprocessino  ot‘  f!u>  .1.  .a.  The  control  processor  handles 
the  initial  start-uii  of  the  system,  thr  sv.lrm  diagnostics,  and  ttie  overall 
control  of  the  execution  of  the  application  I'rograrn.  Tin*  bus  arbitration 
module  handles  access  to  the  shared  meinorv  Ini',  according  to  a  fixed  priority 

scheme  which  establishes  the  shared  meiiiorv  as  a  critical  region. 

lUiS  Structure 

All  of  file  '.ystem  elements  are  linked  t'v  ,i  ci'iiinon  system  bus--tlie  system 
coiiinunicat  ion  and  control  t'us.  This  I’us  consists  of  two  parts,  a  shared  mem¬ 
ory  bus  and  a  contrtil  bus.  TIk'  siiared  memory  (ms  is  used  by  a11  processor 
modules  to  reference  shared  memory,  (localise  ttie  shareil  memory  is  considered 
to  he  a  critical  region,  the  shared  meitiorv  hus  can  ho  used  by  only  one  pro¬ 
cessor  at  a  given  time.  Flic  processor  modules  ,\cguii‘e  tbe  bus  according  to  a 

priority  scheme  to  bi'  di'scribed  later,  hata  transfers  on  the  shared  memory 
bus  are  synchronous  once  thi'  bus  is  acguired.  This  gives  the  highest  possible 
throughput  but  rev)uires  that  the  memory  response  t'O  able  to  match  the  processor 
cycle  time.  A  wait  line  can  be  tirovided  to  allow  the  use  of  slower  im'mory  if 
desired. 

The  control  bus  is  a  single-master  bus  used  by  the  control  processor  for 
all  system  control  tiinctions.  While  all  ptsxessor  modules  are  identical,  only 
one  processor  can  be  master  of  tbe  control  bus.  This  processor  is  designated 
by  placing  it  in  the  slot  closest  to  the  bus  arbitration  module.  One  pin  of 
this  connector  is  grounded,  enabling  the  prixessor  to  function  as  a  master  of 
the  control  bus.  With  this  one  except  ion,  all  bus  locations  are  identical. 

The  control  bus  is  an  asynchronous  bus  and  all  coiniiunications  are  handled  on 
a  request/grant  basis. 

Shared  Memory  ilus  Priority  Arbitration 

The  signal  structure  of  the  shared  memorv  bus  arbitration  lines  is  shown 
in  Figure  14.  There  are  four  separate  function. ;  the  bus -request  lines 
(BR0  -  BR(N-1)1,  the  bus-grant  lines  ir>('.0  -  ITi'gti-lll,  the  grant-acknowledgo 
line  (iiACK),  and  the  hus  ltx'ked  (lOCKl  line.  Ihr  number  of  bus-request  Hoes 
and  bus-grant  lines  corresponds  to  the  numher  of  priority  levels  used.  Eight 
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Igure  14  .  Signal  Structure  of  the  Bus  Arbitration  Lines 
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lines  are  used  in  the  design  example  and  this  appears  to  be  the  optimum 
choice.  However,  the  number  can  be  readily  changed  if  required.  The  daisy- 
chain  connection  of  the  bus-grant  lines  causes  the  priority  of  a  given  module 
to  be  a  function  of  position  on  the  bus.  By  blocking  the  propagation  of  a 
bus-grant  signal,  a  modulo  can  deny  a  "down -stream"  module  access  to  the  bus. 

Access  to  the  bus  is  handled  by  circuitry  on  the  processor  modules  and  by 
a  bus  arbitration  module  (BAM).  The  BAM  i-.  connected  at  one  physical  end  of 
the  bus.  The  position  next  to  the  BAM  i  '■he  hiohest  priority  for  each  of  the 
request-grant  line  pairs  and  is  used  by  *1  •  control  processor.  Operation  of 
the  arbitration  scheme  is  as  follows:  A  piccessor  module  which  desires  access 
to  the  bus  will  assert  one  of  the  bus-request  lines,  the  choice  of  request 
line  being  determined  by  the  nature  of  the  transfer.  Selection  of  the  request 
line  is  handled  by  the  virtual  machine,  not  by  an  application  task.  If  no 
higher  priority  is  asserted,  and  if  no  module  located  closer  to  the  BAM  on 
the  same  line  has  requested  the  bus,  then  the  BAM  will  assert  the  corresponding 
grant  line  and  the  grant  will  not  be  blocked  before  arriving  at  the  processor. 
(The  effects  of  processor  position  and  choice  of  bus-request  line  on  priority 
are  illustrated  in  Figure  15.)  Upon  receiving  the  bus  request  the  processor 
asserts  GACK  and  has  acquired  the  right  to  be  the  next  user  of  the  bus. 

As  soon  as  the  present  bus  user  (if  any)  clears  LOCK,  the  processor  asserts 
LOCK  and  proceeds  to  use  the  bus  as  desired.  When  it  has  completed  bus  ac¬ 
tivity,  it  first  clears  GACK,  thus  enabling  the  BAM  to  assert  the  present 
highest  bus-grant  line,  then  clears  LOCK,  thus  giving  up  the  bus.  If  possible 
the  prxessor  should  clear  GACK  in  anticipation  of  giving  up  the  bus,  allow¬ 
ing  the  next  arbitration  sequence  to  proceed  early,  giving  better  bus  util¬ 
ization. 

A  flowchart  of  the  operation  of  the  BAM  is  shown  in  Figure  16  .  While  the 
bus  arbitration  sequence  itself  is  asynchronous,  the  BAM  operates  as  a  syn¬ 
chronous  finite-state  machine  clocked  by  the  pr<'cessor  clock.  The  state  dia¬ 
gram  for  the  BAM  is  shown  in  Figure  17  .  A  block  diagram  of  the  BAM  logic 
circuitry  for  N  =  3  (i.e.,  8  bus  grnnt/request  pairs)  is  shown  in  Figure  18. 
Most  of  the  BAM  logic  is  implemented  with  three  MSI  packages.  The  logic  for 
the  next  state  signals  (shown)  and  the  output  decode  is  SSI  (three  3-input 
NAND  gates).  Two  D  type  flip-flops  (1  package)  are  used  to  provide  the  state 
variables.  The  total  package  count  for  the  BAM  (for  N  •  8)  is  seven  16-pin 
packages . 

A  flowchart  of  operation  of  processor  module  portion  of  the  bus  arbitra¬ 
tion  logic  is  shown  in  Figure  19  .  While  this  logic  is  also  a  finite-state 
machine,  it  differs  from  the  BAM  in  that  it  is  implemented  in  software  and 
firmware  as  well  as  hardware. 


The  bus-request  and  bus-grant  lines  are  assigned  by  function.  In  general, 
the  write  requests  have  a  higher  priority  than  the  read  requests.  All  N-cycle 
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Figure  16.  Flowchart  of  BAM  Operation 
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Figure  19.  Flowchart  for  Operation  of  Processor 
Module  Priority  Logic 
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requests  are  scheduled  at  a  higher  priority  th.vi  K-cycle  requests.  A  special 
priority  request  line  is  provided  for  exceptions.  The  highest  priority  is  re¬ 
served  for  the  control  processor.  Sample  assignments,  for  N  =  8,  are  given 
in  Table  2. 

The  Distributed  Cache  Shai  '  “emorv 

The  ultimate  limiting  factor  on  the  performance  of  the  MMCS  is  shared 
memory  bus  bandwidth.  The  computational  power  of  the  system  can  be  increased 
by  adding  additional  processor  modules  !  uf  \his  has  the  effect  of  increasing 
the  burden  placed  on  the  shared  memory  ou';  Examination  of  the  activity  on 
the  shared  memory  bus  suggests  that; 

a)  The  number  of  memory  reads  must  at  least  equal  to  the  number  of 
writes  since  the  shared  memory  is  used  for  holding  and  passing 
parameters . 

b)  Many  system  variables  will  not  be  subject  to  frequent  updates  and 
will  be  read  many  more  times  than  they  are  written. 

c)  Some  parameters,  produced  by  a  single  processor  (or  obtained  through 
external  1/0),  will  be  passed  to  several  other  processors. 

The  net  effect  is  that  the  number  of  read  cycles  on  the  shared  memory  bus  will 
probably  exceed  the  number  of  writes  by  a  substantial  amount,  the  exact 
amount  being  a  function  of  the  application  and  the  partitioning  scheme.  This 
points  to  a  technique  which  could  substantially  reduce  the  amount  of  traffic 
on  the  shared  memory  bus,  the  distributed-cache  shared  memory  (DCSM). 

The  DCSM  increases  the  effective  bandwidth  of  the  shared  memory  bus 
by  two  mechanisms: 

a)  It  provides  for  a  "broadcast"  write  operation  whereby  information 
can  be  written  into  several  processors  simultaneously. 

b)  Parameters  which  are  not  updated  on  a  regular  basis  may  be  stored 
"locally"  at  the  processors  where  they  are  used. 

The  basic  concept  of  the  DCSM  is  that  portions  of  the  shared  memory  are 
duplicated  at  some,  or  all,  of  the  processor  modules.  This  is  illustrated  in 
Figure  20  which  shows  two  separate  segments  of  shared  memory  duplicated  in 
certain  processor  modules.  It  is  necessary  that  the  DCSM  operate  in  such  a 
way  that  shared  memory  retains  a  single  unique  address  space.  This  is  accom¬ 
plished  by  requiring  that  all  writes  to  shared  memory  be  global,  updating  all 
local  cache  memories  at  once. 

The  DCSM  adds  a  new  arbitration  problem  to  the  system,  the  situation 
where  both  a  local  read  and  a  global  write  occur  for  the  same  block  of  mem¬ 
ory  simultaneously.  One  solution  is  to  have  a  busy  flag  for  each  local  cache 
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TAEir  BUS  REQUEST  ASSIGNMENTS 


BUS  REQUEST 

PRIORITY 

ASSIGNMENT 

BRO 

0 

Used  by  the  control  processor  for 
both  read  and  write  operations. 

BRl 

1 

ATM  Priority  Write.  Used  by  ATM 

to  write  control  information  into 

shared  memory. 

BR2 

C 

ATM  Priority  Read.  Used  by  ATM 
to  obtain  control  information 

from  shared  memory. 

BR3 

3 

M-Cycle  Write. 

BR4 

4 

N-Cycle  Read. 

BR5 

5 

K-Cycle  Write. 

BR6 

6 

K-Cycle  Read. 

BR7 

/ 

Distributed  Cache  Read.  Used  to 

obtain  bus  to  read  cache  memory. 

More  than  one  processor  may  be 
granted  this  request  at  one  time. 

4R 
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and  give  the  global  activity  the  highest  priority.  This  has  the  disadvantage 
of  requiring  additional  hardware  and  adding  overhead  to  each  shared  memory 
cycle.  A  second  solution  is  to  dedicate  one  bus  request  line  to  the  DCSM  and 
allow  all  local  reads  to  be  handled  in  parallel.  This  solution  has  the  dis¬ 
advantage  of  a  longer  latency  time,  but  adds  minimal  hardware  and  no  overhead. 

The  nature  of  the  type  of  variables  stored  in  the  cache  reduces  the  disadvan¬ 
tage  of  the  higher  latency  time. 

The  Application  Task  Manager 

A  computer  operating  in  a  multi-tasking  environment  requires  some  form 
of  real-time  executive  to  handle  allocation  of  system  resources.  In  the 
Introduction,  a  number  of  the  desired  attributes  of  the  executive  to  be  used 
in  the  mulitple  microcomputer  system  are  detailed.  These  attributes,  along 
with  the  special  requirements  of  a  multiple-processor  system  have  been  used 
in  the  design  of  the  applications  task  manager  (ATM).  The  ATM  handles  all 
real-time  resource  allocations  and  all  real-time  intertask  conmuni cations  for 
each  of  the  processors.  In  addition,  the  virtual  machine  which  handles  all 
coimunicati ons  between  processors  is  implemented  by  the  ATM.  This 
conmunicati ons-oriented  portion  of  the  ATM  is  the  major  difference  between  it 
and  a  single-processor  executive.  The  role  of  ATM  in  the  system  is  shown  in 
Figure  21.  The  main  control  program  runs  under  the  ATM  of  the  control  pro¬ 
cessor  and  directs  the  ATM's  of  the  various  applications  processors.  These^ 
ATM's,  in  turn,  control  the  application  programs  executing  in  their  respective 
processors.  External  control  of  the  entire  system  is  handled  through  the  ATM 
of  the  control  processor.  The  ATM  is  described  in  more  detail  in  a  later 
section  of  the  report. 

The  Microcomputer  Modules 

A  microcomputer  module  of  the  MMCS  and  all  of  its  major  interfaces  are 
shown  in  Figure  22.  On  the  system  side,  the  module  interfaces  to  the  shared 
memory  bus  and  the  control  bus  through  interface  logic.  The  interface  to  the 
shared  memory  bus  also  includes  the  arbitration  logic.  The  control  bus  inter¬ 
face  is  less  complicated  since  the  control  bus  needs  no  arbitration  logic. 

The  status  and  control  register  in  each  processor  contains  the  control  infor¬ 
mation  for  that  module.  The  control  processor  treats  these  registei^  as  a  se¬ 
quence  of  addresses  on  the  control  bus.  Some  of  the  bits  are  modified  by  the 
control  processor  and  are  used  to  control  the  activities  of  each  processor 
module.  Other  bits  are  read  by  the  control  processor  to  obtain  the  status  of 
the  processor  modules. 

THE  APPLICATIONS  TASK  MANAGER 

The  ATM  controls  the  execution  of  all  application  programs.  It  is  an  in¬ 
tegral  part  of  each  processor  module  and  of  the  MMCS  architecture.  The  ATM  is 
implemented  in  both  microcode  and  native  code  (which  may  be  compiler  generated). 
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ATM  Functions 

The  main  functions  of  the  ATM  are  to; 

a)  Handle  al  locati'"'.  nV  ,ili  shared  resouri'os . 

b)  Handle  schedulitu,  i  all  tasks. 

c)  Implement  the  virtual  ii,a..,.ine  used  for  system  communication, 

d)  Provide  a  structure  for  isolatinq  applications  programs  from  hard¬ 
ware  details  so  that  changes  in  the  hardware  do  not  require  the  ap- 
lications  programs  to  be  rewrittm. 

e)  Provide  the  means  by  which  the  tern  may  be  initialized  after  a 
cold  start. 

f)  Provide  diagnostic  tools  for  debugging  programs. 

ATM  Operation 

The  discussion  of  ATM  operation  given  here  is  sufficiently  general  so  as 
to  be  independent  of  differences  in  system  hardware.  The  actual  implementa¬ 
tion  must  take  into  account  the  capabilities  of  the  actual  hardware.  A  sub¬ 
sequent  section  outlines  thi*  system  hardware  regu i reinents  for  an  efficient 
implementat Jon  of  the  ATM. 

Basic  Concepts .  A  simplified  flowchart  of  the  operation  of  the  ATM  is 
shown  in  Hgure  23.  Entry  into  the  ATM  is  always  by  an  interrupt  or  trap  (or 
software  interrupt).  Upon  entry  to  ATM  the  initial  activities  are  to  deter¬ 
mine  the  type  of  interrupt  and  to  set  the  ATM  flags  and  queue  pointers  appro¬ 
priately.  Nomally  control  is  passed  directly  to  the  scheduler  which  assigns 
a  starting  time  to  the  desired  task.  However,  under  some  conditions  an  ex¬ 
ceptional  task  nay  be  activiated.  Exceptional  tasks  include: 

a)  the  supervisor  call  (SVC)  handler, 

b)  the  error  handler, 

c)  the  cold-start'ini tialization  routine,  and 

d)  the  communications  state  of  the  virtual  machine. 

When  the  exceptional  task  is  complete,  control  is  passed  to  the  scheduler  as 
in  a  normal  interrupt.  Exit  from  the  ATM  is  always  to  the  scheduled  appli¬ 
cation  task.  In  the  event  that  no  applications  task  is  currently  ready  to 
run,  a  diagnostic  task  can  be  scheduled.  No  specific  provision  is  made  for 
implementing  a  background  task  since  the  same  effect  is  achieved  by  scheduling 
a  task  at  the  lowest  priority  with  unlimited  time.  The  diagnostic  task,  if 
present,  would  be  handled  in  this  manner.  In  the  event  that  no  task  is  ready 
to  run,  the  ATM  will  schedule  a  null  job.  A  complete  flowchart  of  the  oper¬ 
ation  of  the  ATM  is  given  in  Figure  ?4. 

Several  of  the  key  features  of  the  ATM  may  be  observed  from  the  flowcharts 
of  Figures  2.3  and  24,  in  particular: 
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INTERRUPTS 


Figure  23.  Simplified  Flowchart  of  ATM  Operation 
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Figure  24.  Complete  ATI1  Flowchart 
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a)  While  ATM  is  activated  by  interrupts,  these  interrupts  do  not  cause 
direct  execution  of  any  tasks.  Instead  they  set  certain  ATM  flags 
and  which  allav  passage  of  control  to  the  scheduler.  Thus,  the  sched¬ 
uler  always  selects  the  task  to  be  executed,  regardless  of  the  in¬ 
terrupt  type. 

b)  Exit  from  ATM  is  always  to  the  task  selected  by  the  scheduler. 

MMCS  Interrupts.  The  processor  modules  of  the  MMCS  have  six  classes  of 
interrupts,  of  which  five  are  handled  by  the  ATM.  The  six  classes  are  defined 
below: 

CLASS  1)  SYSTEM  LEVEL  INTERRUPTS 

These  interrupts  are  used  for  events  which  affect  the  entire 
system.  They  are  pat t  of  the  system  bus  structure  and  cannot 
be  masked  by  the  processors.  They  may  originate  from  the  con¬ 
trol  processor  or  from  the  external  world.  Examples  of  the 
use  of  system  interrupts  are  the  power-fail  routine  and  the 
system  "freeze"  function. 

CLASS  2)  COMMUNICATIONS  REQUEST  INTERRUPTS 

These  interrupts  cause  the  processor  module  to  go  to  the  conwun- 
i cations  state  and  acknowledge  the  request.  The  interrupting 
device  may  then  initiate  the  desired  exchange. 

CLASS  3)  ERROR  TRAPS 

Thrse  interru|n-.  occur  as  the  result  ot  an  attempt  to  violate 
system  policy.  They  cause  an  error  handler  to  be  started. 

CLASS  4)  ATM  TIMER  INTERRUPTS 

These  interrupts  are  the  result  of  an  ATM  timer  and  are  used 
by  the  ATM  for  scheduling  purposes.  They  are  the  normal  cause 
of  entry  to  ATM. 

CLASS  5)  ATM  ASSIGNABLE  INTERRUPTS 

These  interrupts  cause  a  specific  task  to  be  flagged  to  run  and  can 
be  assigned  by  ATM. 

CLASS  6)  APPLICATIONS  INTERRUPTS 

These  interrupts  are  controlled  by  the  applications  programs. 
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They  do  not  cause  entry  to  ATM  an-i  are  nas!  rd  whenever  ATM  is 
active.  A  given  interrupt  is  as..ociated  witt!  a  specific  task 
and  is  unmasked  only  when  that  t.v.k  is  active.  Assignment  of 
these  interrupts  is  done  by  a  supervisor  call  to  ATM. 

The  priority  of  the  in^  rupts  is  highest  for  class  1  and  lowest  for 
class  6.  Within  a  given  class  interrupts  are  prioritized  if  there  is  more 
than  one. 

The  Interrupt  Handler  and  Vector  Tabi.  .  The  interrupt  handler  and  vec¬ 
tor  table  handle  class  I  through  class  5  in;‘'rrupts  and  the  overhead  associ¬ 
ated  with  entry  into  ATM.  If  possible,  each  .nterrupt  is  assigned  a  vector  in 
the  vector  table  for  the  fastest  possible  response.  The  class  1,  class  2,  and 
class  3  interrupts,  which  cause  specific  exceptional  tasks  to  be  activated,  are 
always  serviced  imnediately .  The  class  4  interrupts,  whose  primary  purpose  is 
to  activate  the  scheduler,  do  not  cause  specific  tasks  to  run  but  can  affect 
flags  in  the  scheduler.  The  class  5  interrupts  flag  specific  tasks  to  be  run 
and  activate  the  scheduler. 

The  chief  overhead  task  is  to  handle  the  possibility  of  the  ATM  being 
interrupted.  Most  interrupts  are  disabled  while  the  ATM  is  active  but  some 
class  1,  class  2,  and  class  3  interrupts  aro  never  masked.  If  the  ATM  is  in¬ 
terrupted,  a  flag  is  set  so  that  the  previous  activity  is  completed  before 
exiting  to  an  application  program. 

Supervisor  Call  Handler.  The  virtual  machine  implemented  by  the  ATM  pro¬ 
vides  a  group  of  services  to  the  application  tasks.  These  services  are  in  the 
form  of  new  instructions  at  the  task  level.  The  mechanism  by  which  they  are  in¬ 
voked  is  the  supervisor  call  (SVC).  A  task  issues  a  SVC  by  use  of  a  software 
interrupt  (or  trap)  instruction  followed  by  the  code  for  the  desired  supervisor 
call.  The  ATM  vectors  this  request  to  the  supervisor  call  handler  where  it  is 
decoded  and  executed.  At  completion  of  the  SVC,  the  ATM  is  exited  through  the 
scheduler. 

The  Error  Handler.  The  error  handler  identifies  the  error  code  and  pre¬ 
pares  a  message  to  be  passed  to  the  communications  state.  Other  information, 
such  as  the  machine  state  or  the  identity  of  the  active  task,  is  supplied  where 
appropriate.  This  information  is  passed  to  the  control  processor.  The  task  may 
or  may  not  be  restarted,  depending  upon  the  severity  of  the  error.  Control  is 
always  passed  to  the  scheduler  after  leaving  the  conrounlcations  state. 

Initialization  Routine.  Application  of  reset  or  cold-start  interrupt 
causes  the  initialization  program  to  be  run.  After  the  system  is  initialized 
control  is  passed  to  the  conmuni cations  state.  The  ATM  remains  in  this  state 
until  it  receives  a  comnand  from  the  control  processor  (or,  in  the  case  of  the 
control  processor,  from  the  external  world). 
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The  COtlUNICATIONS,  HALT,  and  WAIT  States.  These  three  states  have  pre¬ 
vious  ijnSierTBiscrTBeTlisT'parr’oT'TRi^vTrnii^  machine.  A  processor  module 
enters  the  COMMUNICATIONS  state  upon  receiving  a  class  2  interrupt.  Typically 
two  class  2  interrupts  are  provided,  one  maskable  and  one  non-maskable.  The 
maskable  interrupt  is  used  for  routine  requests  and  does  not  cause  the  processor 
to  suspend  a  critical  task.  When  the  processor  enters  the  COMMUNICATIONS  state 
it  asserts  the  output  handshake  line  to  indicate  that  it  is  ready.  If  the  con¬ 
trol  processor  initiated  the  request,  it  will  then  send  the  first  word  of  the 
message  and  assert  the  input  handshake  line  which  clears  the  output  handshake 
line.  When  the  processor  reads  the  word  it  again  asserts  the  output  handshake 
line,  clearing  the  input  line  in  the  process.  This  sequence  continues  until 
entire  message  has  been  sent.  If  the  processor  is  the  initiator,  it  waits  until 
the  input  line  is  asserted  and  then  outputs  a  word  to  the  control  bus.  Again, 
the  process  continues  until  the  entire  message  has  been  transmitted. 

The  messages  exchanged  by  processor  ..lodules  in  the  COMMUNICATIONS  state 
have  the  format  opcode,  operands,  terminator  and  are  interpreted  by  the  virtual 
machine.  The  COMMUNICATIONS  state  operations  ar;  given  in  APPENDIX  A. 

The  HALT  and  WAIT  states  are  normally  entered  as  a  result  of  a  cowtiand 
sent  as  a  part  of  a  message.  However,  the  status  and  control  register  of  each 
processor  module  also  contains  a  hardware  halt  bit. 

Scheduler.  The  scheduler  handles  all  tasks  other  than  exceptional  tasks. 

It  also  handles  all  time-dependent  functions  for  the  processor.  The  scheduler 
is  described  in  detail  in  a  section  to  follow. 

ATM  Time-Keeping  Functions.  During  normal  operation  the  ATM  maintains 
three  time-dependent  activities.  These  are  the  cycle-clock  counter,  the  task 
timer,  and  the  event-alarm  timer.  The  cycle  clock  is  the  external  timing  signal 
fed  to  each  module  for  synchronization.  The  cycle  clock  sets  the  rate  at  which 
shared  memory  read/write  cycles  may  occur.  Because  a  given  processor  module  may 
not  have  to  access  shared  memory  every  cycle,  a  counter  is  used  to  provide  an 
interrupt  at  the  desired  intervals.  After  each  interrupt,  the  cycle  counter  is 
first  loaded  with  the  number  of  cycles  before  the  next  interrupt  and  then  en¬ 
abled.  It  is  driven  by  the  cycle  clock  which  is  available  on  the  system  bus. 

The  event  timer  and  the  task  timer  are  both  driven  by  the  system  clock, 
which  is  also  available  on  the  system  bus.  The  system  clock  is  the  reference  for 
all  time  dependent  activities.  The  period  of  the  system  clock  sets  the  lower 
limit  for  the  time  resolution  in  the  ftiCS.  The  event  timer  is  used  to  generate 
an  Interrupt  at  the  time  of  the  next  scheduled  event.  This  Interrupt  also  sets 
a  flag  which  informs  ATM  that  the  event  queue— a  queue  of  all  scheduled  events— 
should  be  checked.  Each  time  the  event  queue  is  checked,  the  present  event  is 
removed  and  the  corresponding  task  activated.  The  event  timer  is  then  loaded 
with  the  time  available  until  the  next  scheduled  event.  If  desired,  the  functions 
of  the  cycle-clock  counter  may  be  int)lemented  bv  use  of  the  event  timer.  This 
is  a  more  general  technique  but  may  cause  sliqhtTv  more  overhead. 

i: 
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The  task  timer  is  used  to  control  the  amount  of  time  consumed  by  an  active 
task.  When  a  task  is  started  its  associated  time  limit  (if  any)  is  loaded  into 
the  task  timer.  The  task  timer  counts  down  as  long  as  the  system  is  in  the  user 
mode  (it  is  inhibited  while  tl  ’  ATM  is  active).  If  a  task  is  swapped  out  (pre¬ 
empted)  before  its  time  is  up,  the  time  remaining  is  saved  and  restored  when 
the  task  is  restarted.  The  task  timer  may  h‘?  an  actual  timer  or  it  may  be  im¬ 
plemented  as  an  event  on  the  event  timer. 

Application  and  System  Program  Tasks  'M  supports  two  types  of  tasks, 
application  tasks  and  system  tasks.  The  application  tasks,  as  the  name  suggest, 
support  the  application  assigned  to  the  processor  module.  System  tasks  (or, 
equivalently,  system  programs)  are  provided  as  a  means  of  implementing  executive 
functions  that  are  matched  to  a  particular  application.  System  programs  have 
the  following  characteristics: 

a)  System  programs  run  to  completion.  They  are  not  preempted  except  by 
their  own  time  limits. 

b)  All  system  programs  that  wish  to  run  do  so  when  ATM  is  entered, 

c)  System  programs  have  access  to  all  processor  resources. 

d)  The  highest  priority  system  program  (the  one  that  runs  first  in  view 
of  point  )  can  be  flagged  to  run  by  the  cycle  clock  counter  interrupt. 

e)  A  system  program  can  be  caused  to  run  by  a  class  5  (assignable)  in¬ 
terrupt. 

System  programs  are  allowed  in  order  to  make  the  ATM  as  extensible  as  possible. 
However,  these  are  to  be  used  as  application-dependent  parts  of  ATM,  not  as 
higher-priority  application  programs. 

Tasks  States.  The  possible  task  states  are  ACTIVE  (RUNNING),  READY,  SUS- 
PENDED,  (BLOCKED)  AND  TERMINATED  (DORMANT).  An  active  task  is  the  one  which  a 
processor  is  presently  executing;  a  given  processor  module  can  have  only  one 
ready  task.  A  terminated  task  is  one  which  either  has  never  been  scheduled  to 
run  or  has  run  to  completion.  A  processor  module  can  have  more  than  one  termin¬ 
ated  task.  A  suspended  task  is  one  which  has  previously  been  running  and  has 
terminated  itself  when  a  specific  event  occurred.  For  example,  a  task  iriay  issue 
a  supervisor  call  to  pause  for  a  time  interval  or  to  pause  until  specific  con¬ 
ditions  have  been  satisfied.  When  the  conditions  for  restarting  the  task  are 
satisfied,  the  task  is  placed  in  the  ready-state  and.  executed  as  soon  as  it  be¬ 
comes  the  highest  priority  task.  A  processor  module  may  have  more  than  one 
suspended  task.  A  task  state  diagram  is  shown  in  Figure  25. 

The  ATM  Scheduling  Mechanism.  ATM  uses  a  single- level  dynamic  priority 
assignment  and  preemptive  scheduling  with  resumption.  This  implies  that  it  is 
possible  to  interrupt  the  execution  of  a  task  to  run  a  higher-priority  task. 

The  interrupted  task  can  be  continued  later  when  the  higher-priority  task  ter- 
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minates.  When  more  than  one  task  wishes  to  run.  the  hichest-pri or' ty  task  is 
chosen.  If  two  tasks  have  the  same  priority,  tliey  are  executed  in  the  order 
of  their  requests.  The  priority  of  a  task  can  be  chanoed  after  the  task  is 
created  and  loaded  into  the  processor  module.  Normally,  this  would  be  dene 
by  a  higher  priority  task  rather  than  the  task  involved.  ATM  provides  a 
supervisor  call  to  modify  tv.k  nriority  but  never  changes  a  pricr'ity  without 
external  direction  because  thv  of  a  task  is  considered  to  be  a 

user-controlled  policy  and  not  a  system  function. 

The  Scheduler 

A  flowchart  of  the  scheduler  portio>,  ,  :  the  .ATM  is  given  in  Figure  26. 

The  three  main  components  of  the  scheduler  are  the  event  queue  handler,  the 
system  program  queue,  and  the  application  program  scheduler. 

The  Event  Queue  Handler.  The  event  queue  is  the  mechanism  used  to  handle 
all  events  scheduled  to  occur  either  at  some  specific  time  or  after  an  elapsed 
time.  The  entries  in  the  event  queue  consist  of  a  time  and  a  pointer  to  a  task. 
All  times  are  absolute,  the  relative  times  having  been  added  to  the  present 
time  at  entry.  The  entries  are  sorted  by  value  with  the  "top"  of  the  queue 
containing  the  first  time.  When  the  event  timer  interrupt  occurs,  the  event 
queue  handler  is  flagged  to  run  by  the  interrupt  handler.  When  tlie  scheduler 
is  entered,  the  task  pointed  to  by  the  entry  at  the  top  of  the  queue  is  acti¬ 
vated  and  this  entry  is  removed  from  the  queue.  This  does  not  mean  that  the 
task  begins  execution  at  this  time,  but  only  that  it  is  able  to  compete  for 
processor  time.  It  executes  inmediately  only  if  it  is  the  highest  priority 
ready  task. 

The  System  Program  Queue.  If  any  system  program  is  flagged  to  run,  the 
system  program  queue  is  searched  and  all  ready  programs  are  run.  Since  all 
system  programs  run,  the  use  of  priority  does  not  have  much  meaning.  Hixever, 
there  is  a  precedence  in  that  the  system  programs  are  run  in  a  well-defined 
order. 


The  Application  Task  Scheduler.  The  .lppli^ation  task  scheduler  compares 
the  priority  oi^  the  currently  active  applic.Uion  task  with  the  highest  pri¬ 
ority  task  which  is  presently  ready  to  run.  The  higher  priority  task  is  sched¬ 
uled  to  run  and  control  is  passed  to  that  task.  If  no  task  is  presently  ready 
to  run  then  control  remains  with  ATM  in  a  "wait  for  interrupt"  mode,  since 
the  interrupt  would  be  the  only  mode  by  which  a  task  could  be  scheduled  under 
these  circumstances.  This  is  the  null  job  mentioned  earlier. 
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Figure  26.  Flowchart  of  Scheduler  Portion  of  ATM 
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ATM  Data  Structures 

There  are  five  major  data  structures  in  the  ATM,  as  follows: 

a)  Task  Control  Blocks  (TC3) 

b)  Jobs  Queue 

c)  Event  Queue 

d)  System  Program  Queue 

e)  Ready  Task  Queue  (RTQ) 

The  Task  Control  Block.  All  of  the  i  n't  equation  which  the  system  needs 
about  a  task  is  contained  in  a  group  of  parameters  called  a  task  control 
block  (TCB).  The  TCB  contains  the  followinq  parameters:  (illustrated  in 
Figure  27 ) : 


ENTRY 

SIZE 

a) 

ID  Tag 

1  byte 

b) 

Priority 

1  byte 

c) 

State  Flags 

1  byte 

d) 

Time  Limit 

Variable 

e) 

Time  Limit  Storage 

Variable 

f) 

Starting  Address 

Variable 

9) 

Ending  Address 

Variable 

h) 

Stack  Pointer 

Variable 

i) 

Stack  Pointer  Storage 

Variable 

j) 

RTQ  Pointer 

Variable 

The  ID  tag  is  a  number  from  0  to  255  used  to  identify  a  particular  task.  The 
priority  is  a  number  between  0  and  255  (0-highest,  255- lowest)  used  to  deter¬ 
mine  scheduling  precedence.  The  ID  tag  must  be  unique,  but  the  same  prior¬ 
ity  may  be  assigned  to  more  than  one  job.  Jobs  of  equal  priority  are 
serviced  in  the  same  order  that  they  are  entered.  The  state  flags  denote  the 
state  of  the  task  at  any  given  time.  In  addition  some  of  the  state  flags  are 
used  to  provide  inputs  to  the  scheduler.  The  state  flag  assignments  are 
shown  in  Figure  28.  The  time  limit  is  the  maximum  amount  of  time  the  task 
is  allowed  to  run  each  time  it  is  scheduled.  This  value  may  be  changed  by  a 
supervisor  call.  A  value  of  zero  is  interpreted  as  unlimited  time.  A  sec¬ 
ond  location  is  provided  to  store  the  elapsed  time  if  the  task  is  interrupted. 
The  starting  and  ending  addresses  indicate  the  limits  of  the  memory  occupied 
by  the  task.  The  stack  pointer  is  the  initial  value  of  the  stack  when  the 
task  is  started.  The  second  location  is  used  to  store  the  stack  pointer  if 
the  task  is  interrupted.  The  RTQ  pointer  gives  the  location  of  the  task  in 
the  ready  task  queue. 
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The  Jobs  Queue.  The  jobs  queue  is  used  to  find  the  TCB  or  RTQ  entry 
(the  ready  task  queue  is  described  in  a  following  section)  of  a  given  job. 

It  is  organized  by  ID  tag  and  contains  the  following  items  for  each  entry 

a)  ID  tag 

b)  Priority 

c)  RTQ  pointer 

d)  TCB  pointer 

The  jobs  queue  is  relatively  static  so  changes  are  made  by  physically  adding 
or  deleting  entries.  The  ATM  is  designed  such  that  the  jobs  queue  could  be 
changed  to  a  linked  structure  later  if  necessary. 

The  Event  Queue.  Entries  in  tho  event  queue  are  keyed  to  the  event 
time,  which  is  also  given  as  an  absolute  time  referenced  to  the  system  time 
base.  The  event  queue,  shown  in  Figure  2*1,  consists  of  a  linked  list  of  en¬ 
try  blocks,  a  stack  containing  pointers  to  all  empty  blocks,  a  pointer  to 
the  current  top  of  the  queue  (next  event),  and  pointers  delimiting  the  area 
of  memory  containing  the  entries.  Each  entry  in  the  queue  contains  the  fol¬ 
lowing  parameters; 

a)  The  event  time 

b)  An  opcode  defining  the  nature  of  the  event 

c)  Operands  as  necessary 

d)  A  forward  pointer 

e)  A  backward  pointer. 

The  linked-list  structure  is  used  to  reduce  the  time  necessary  to  search, 
sort  and  modify  the  queue.  However,  as  entries  are  added  and  deleted  the 
queue  becomes  sparse  due  to  the  embedded  empty  blocks.  Eventually  the  queue 
must  be  compacted  ("garbage  collection")  to  recover  these  blocks.  In  the 
MMCS  these  high  overhead  periods  may  interfere  with  the  running  of  time- 
critical  tasks  and  must  be  avoided.  To  remedy  this  problem  a  stack  con¬ 
taining  pointers  to  all  empty  blocks  is  utilized.  When  an  entry  is  added 
to  the  queue,  it  is  placed  in  the  location  pointed  to  by  the  top  of  the 
stack  and  the  stack  is  popped.  When  an  entry  is  removed  from  the  queue, 
a  pointer  to  this  location  is  pushed  onto  the  stack.  This  increases  the 
overhead  for  each  operation  but  elimates  the  need  for  the  high  overhead  com¬ 
paction  periods. 

The  System-Program  Queue.  Since  the  system- program  queue  is  always 
searched  in  a  linear  fashion  it  is  in  the  form  of  a  simple  array.  Each  en¬ 
try  of  the  array  contains  the  following  items: 

a)  ID  tag 

b)  Service  request  flag 

c)  Pointer  to  task  control  block 

The  system- program  queue  structure  is  shown  in  Figure  30. 
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Figure  29.  Event  Queue  Structure 
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The  Ready  Task  Queue.  Tht>  RTQ  is  used  hy  tiio  application  tass  sched¬ 
uler  to  seKect  the  highest  priority  ready  task.  The  structure  of  the  RTQ 
(shown  in  Figure  31)  is  the  same  as  the  event  queue  except  for  the  following 
differences: 

a)  Entries  in  the  RTQ  are  organized  by  priority  rather  than  time. 

b)  The  RTQ  contains  a  poir  or  to  a  specific  TCB  rather  than  an 
opcode  and  operands.  This  is  less  general  than  the  event  queue 
but  has  less  overhead. 

Because  MMCS  tasks  are  relatively  static  oi  ly  a  single  priority  is  used. 

This  decreases  the  overhead  in  searching  !)ie  queue  but  increases  the  dif¬ 
ficulty  of  making  additions  and  deletions  to  the  queue.  As  with  the  system- 
program  queue,  provision  for  modi f ications  has  been  made  by  maintaining 
a  separate  queue  for  each  priority  managed  by  a  master  priority  pointer 
queue. 

Each  task  has  a  service  request  flag  which  may  be  located  in  the  TCB 
or  the  RTQ.  The  choice  is  a  function  of  the  processor  on  which  the  ATM  is 
implemented.  In  Figure  31  it  is  assumed  that  the  service  request  flag  is 
in  the  TCB. 

ATM  Implementation  Requirements 

The  minimum  hardware  requirements  to  implement  the  ATM  are: 

a)  An  ability  to  implement  the  three  timekeepinq  functions  (cycle 
counter,  task  timer,  and  event  timer). 

b)  An  ability  to  handle  the  required  number  of  interrupts;  the 
actual  number  is  dependent  upon  the  complexity  of  the  system 
but  24  is  typical. 

c)  A  software  interrupt  to  handle  the  supervisor  calls  and  error 
traps. 

d)  An  ability  to  protect  the  system  memory  while  in  the  user  state. 

The  three  timekeeping  functions  could  be  handled  by  a  single  hardware  timer 
using  an  "alarm"  mode  of  operation,  but  this  would  result  in  a  large  amount 
of  overhead.  A  significant  reduction  in  overhead  can  be  obtained  by  util¬ 
izing  vectored  interrupts  to  eliminate  the  need  for  polling.  The  software 
interrupt  (or  software  trap)  is  required  to  allow  the  use  of  a  consistent 
means  of  entry  to  ATM  and  to  ease  problems  of  memory  protection.  The  soft¬ 
ware  interrupt  also  gives  a  controllable  entry  into  the  system  area  for 
user  programs.  If  these  features  are  not  required  then  the  software  in¬ 
terrupt  is  not  required.  The  fourth  requirement,  an  ability  to  protect  sys¬ 
tem  memory,  can  be  implemented  externally  if  necessary. 
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Figure  31.  Ready  Task  Queue  Structure 
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A  major  enhancement  to  the  minimal  harilwac’  '-equi foments  would  he  to  im¬ 
plement  a  number  of  functions  directly  in  microco<(e.  Because  microcode  worMnci 
registers  do  not  have  to  be  saved  across  instruction  boundaries,  ATM  could  be 
used  without  having  to  save  the  status  of  the  current  user  program.  Most  of 
the  interrupt  service  functions  could  also  be  implemented  in  microcode.  An  al¬ 
ternative  would  be  to  use  a  processor  which  has  multiple  sets  of  working  regis¬ 
ters  and  flags  and  assign  one  set  to  ATM. 

•ATM  Supervisor  Calls 

The  SVC  requires  the  use  of  a  "software  interrupt"  instruction  to  gain  en¬ 
try  to  the  SVC  handler  portion  of  the  ATM.  The  SVC  itself  follows  the  software 
interrupt  instruction  and  consists  of  an  opcode  byte  followed  by  operand  bytes 
as  required.  The  format  of  the  opcode  byte  is  shown  in  Figure  32.  The  two 
most  significant  bits,  b7  and  b6,  are  used  for  special  functions  leaving  six 
bits  for  the  actual  opcode.  This  allows  up  to  64  different  codes.  However, 
the  opcode  63  (all  I's)  is  reserved  as  escape,  allowing  for  unlimited  expan¬ 
sion.  Use  of  the  escape  value  indicates  that  the  followino  byte  is  to  be  used 
as  the  opcode. 

The  most  significant  bit,  b7.  is  defined  to  be  the  external  bit.  If  b7=l 
then  the  SVC  refers  to  a  task  in  a  processor  other  than  the  one  where  the  SVC 
itself  is  located.  Where  the  external  bit  is  set  the  opcode  is  followed  by  a 
logical  unit  number  giving  the  address  of  the  processor  containing  the  task 
or  parameter  referred  to  by  the  SVC.  Use  of  the  external  SVC  requires  cooper¬ 
ation  between  the  processors  involved  and  communication  through  shared  memory. 
This  would  be  set  up  at  the  time  the  tasks  were  loaded. 

Bit  b6  is  used  to  denote  a  privileged  SVC  which  has  access  to  resources 
normally  denied  application  tasks.  This  would  normally  indicate  a  SVC  issued 
by  a  systems  program. 

The  ATM  has  SVC's  for  the  following  function: 

a)  Task  management 

b)  Flag  management 

c)  Interrupt  control 

d)  Task  control 

e)  Time  management 

f)  Error  handling 

g)  Resource  allocation 

h)  I/O  and  message  services 

i )  Event  control 

j)  Memory  management 

Additional  information  on  the  types  of  SVC’s  supported  is  given  in  Appendix  S  . 
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PRIVILEGE  BIT 


SVC  OPCODE  BYTE 

Figure  32.  SVC  Opcode  Byte 
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THE  CONTROL  PROGRAM 

At  the  beginning  of  Section  III  it  is  stated  that  the  control  algorithm 
must  perform  the  functions  of  both  a  real-time  executive  and  a  system  control 
program.  The  real-time  aspects  of  the  control  algorithm  are  embedded, in  the 
MMCS  hardware,  firmware,  and  software.  These  features  are  essential  to  the 
management  of  concurrent  tasi  s  of  any  type.  The  second  function  of  the  control 
algorithm,  that  of  the  system  control  program  is  application  dependent.  The 
control  program  must,  therefore,  vary  from  one  application  to  another.  The 
structure  of  the  control  algorithm  is  such  that  these  variable  features  are 
indistinguishable  from  the  fixed  (or  embedded)  features  at  the  application 
level. 

The  requirements  for  the  control  algorithm,  as  listed  in  Addendum  E  and 
paragraph  3.1  of  the  MMCC  Algorithm  Investigation  specification,  are  as  follows 

a)  Schedule  the  various  microcomputers 

b)  Establish  the  proper  sequence  of  task  executions 

c)  Coordinate  data  transfers  between  corranon  memory  and  the  various 
microcomputers 

d)  Coordinate  the  input/output  functions. 

The  common  characteristic  of  all  of  these  requirements  is  the  scheduling  of 
events  at  specific  times.  The  main  job  of  the  control  program  then,  is  to  in¬ 
sure  that  these  events  occur  as  required.  Examination  of  the  four  requirements 
reveals  that  the  activities  to  be  scheduled  occur  at  all  levels  of  the  MMCS. 
This  implies  that  design  of  the  control  program  requires  that  the  MMCS  events 
be  classified  as  to  both  type  and  scheduling  mechanism.  In  addition,  since 
the  variable  features  of  the  control  algorithm  implemented  by  the  control  pro¬ 
gram  must  be  indistinguishable  from  the  embedded  features,  the  control  program 
must  be  integrated  with  the  virtual  machine  previously  described.  Finally, 
the  operation  and  structure  of  the  control  program  must  be  detailed.  Each  of 
these  items  is  discussed  in  this  section. 

Extension  of  the  Virtual  Machine  Concept 

The  virtual  machine  concept  was  used  in  defining  relationships  between  the 
microcomputer  modules  in  order  to  remove  as  many  hardware  dependent  details  as 
possible.  The  same  concept  may  be  extended  to  cover  the  relationship  of  the 
MMCS  and  the  application.  This  extension  of  the  virtual  machine  is  implemented 
by  the  control  program.  This  is  illustrated  in  Figure  33. 

The  System  State/Frame  Period.  The  frame  period  defined  in  Section  I 
(also  referred  to  as  a  system  state  in  the  MMCS  specifications)  is  determined 
by  the  characteristics  of  the  system  simulated  on  the  MMCS.  This  frame  period 
is  a  basic  state  of  the  virtual  machine  and  is  implemented  by  the  application 
programs.  To  implement  a  system  state  or  frame  period,  the  MMCS  uses  a  number 
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of  read/write  cycles  to  the  shared  memory.  Thr  -ihared  memory  read, write  cycle-; 
are  the  states  of  the  physical  machine  (i.e.,  WCS)  on  whicfi  Lne  virtual  ma¬ 
chine  is  implemented.  The  number  of  cycles  required  for  one  frame  is  a 
function  of  the  partitioning  of  the  tasks  and  of  the  effectiveness  of  the  con¬ 
trol  program.  Efficient  passing  of  parameters  to  and  from  shared  memory  can 
reduce  the  number  of  times  a  o;-  -n  parameter  must  be  moved,  thus  increasing 
the  availability  of  the  shared  i:;..  )i.v  bus. 

Because  the  applications  (and  theref ot  •'  the  virtual  machine)  are  scheduled 
synchronously,  each  frame  period  must  have  ..iio  same  number  of  cycles  or  the 
cycTa  period  must  be  variable.  If  the  franr  period  has  a  fixed  number  of 
cycles  then  the  number  used  must  be  the  ma.\  mum  required  for  any  frame.  This 
is  not  the  most  efficient  use  of  the  bus  since  it  increases  the  number  of  ar¬ 
bitration  cycles.  However,  since  the  cycle  is  the  basic  state,  it  is  very 
important  in  scheduling  the  passing  of  system  parameters  and  this  activity 
would  be  complicated  by  a  variable  length  cycle.  The  solution  is  to  set  some 
upper  limit  on  the  number  of  cycles  per  frame  period  and  to  let  the  cycle 
length  be  multiples  of  the  period  thus  formed.  All  cycles  are  then  initiated 
on  well-defined  boundaries,  but  a  given  processor  only  initiates  cycles  as  re¬ 
quired  and  lengthens  cycles  in  fixed  increments. 

The  Control  Processor.  The  four  requirements  from  the  MMCS  specifications 
given  earHer  are  listed  as  control  processor  tasks.  The  control  processor  may 
actually  Initiate  these  activities  itself  or  it  may  delegate  the  activity  to 
one  of  the  application  or  I/O  processors.  In  either  case,  the  task  is  sched¬ 
uled  by  the  control  processor,  even  though  it  may  be  performed  locally.  The 
control  processor  then  exists  as  both  a  physical  and  a  virtual  machine.  The 
physical  machine  implements  the  virtual  machine  by  distributing  the  scheduling 
activities  to  other  processor  modules.  This  distribution  of  the  control  activ¬ 
ity  decreases  the  traffic  on  the  shared  memory  bus  and  makes  the  MMCS  more  re¬ 
sponsive;  an  even  greater  advantage  is  that  the  application  programs  are  less 
dependent  on  specific  MMCS  characteristics. 

Classification  and  Scheduling  of  System  Events 

The  events  scheduled  by  the  control  processor  are  classified  as  global, 
distributed,  and  application  events.  Their  relative  positions  in  the  MMCS 
structure  are  shown  in  Figure  34.  The  types  of  events  are  the  same  for  all 
classes  although  certain  types  may  be  more  likely  to  appear  in  one  particular 
classification.  Events  may  be  scheduled  on  a  synchronous,  asynchronous,  or 
exceptional  basis.  Events  in  any  classification  may  be  scheduled  on  any  basis, 
although  the  distribution  is  not  the  same  for  all  classifications. 

Classification  of  Events.  Global  events  are  handled  by  the  portion  of 
the  control  program  that  resides  in  the  control  processor.  Some  typical  global 
events  are:  down-loading  information  or  programs  to  processor  modules,  execut¬ 
ing  system  level  dynamics,  and  handling  errors  at  the  system  level.  The  events 
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handled  by  the  control  processor  are  primarily  exceptional  events  because 
routine  activities  are  distributed  among  the  other  processor  modules. 

Distributed  events  are  handled  by  processor  modules  at  the  system  (ATM) 
level.  Typical  distributed  events  include  the  passing  of  parameters  to  and 
from  shared  memory  and  the  initiating  or  terminating  of  tasks.  This  is  the 
level  where  the  bulk  of  the  contccl  program  resides.  Most  of  the  tasks  of 
the  virtual  control  processor  are  handled  at  this  level. 

Application  events  are  those  which  ma,  be  initiated  by  an  application 
task  or  a  device  under  the  control  of  that  task.  Application  events  allow 
functions,  such  as  I/O,  to  be  handled  outside  of  the  control  program.  These 
events  may  make  a  disciplined  use  of  system  resources  by  use  of  supervisor 
calls . 


Scheduling  of  Events.  Synchronous  scheduling  of  events  takes  less  sys¬ 
tem  overhead  than  asynchronous  or  exceptional  scheduling.  It  is  used  for  all 
events  which  occur  on  a  periodic  predictable  basis.  Multiple,  related  syn¬ 
chronous  events  must  be  sequenced  so  that  precedence  is  preserved. 

Asynchronous  scheduling  is  used  for  tightly  coupled  or  nonperiodic  events. 
When  the  producer  (sender)  of  a  parameter  is  asynchronous  but  the  consumer 
(receiver)  is  synchronous,  very  little  extra  overhead  is  involved.  For  more 
tightly  coupled  situations  where  control  or  handshaking  information  must  be 
passed,  asynchronous  scheduling  can  require  substantial  overhead.  The  appli¬ 
cation  tasks  are  not  allowed  to  directly  modify  each  other  so  the  communication 
between  tasks  is  by  the  supervisor  calls  provided  for  this  purpose.  There  are 
two  types  of  supervisor  calls  which  are  useful  in  the  asynchronous  scheduling 
of  events.  One  involves  the  use  of  discretes,  which  are  flags  that  are  modi¬ 
fied  or  tested  by  the  application  tasks  through  the  use  of  supervisor  calls. 

A  given  discrete  is  assigned  to  a  single  task  and  only  this  task  can  modify 
(set  or  clear)  the  discrete.  However,  all  tasks  may  test  the  discrete  by  using 
a  supervisor  call  to  return  the  value  of  the  discrete  or  by  using  a  supervisor 
capil  to  suspend  or  terminate  a  task  based  on  a  specified  value  for  the  discrete 

The  second  type  of  supervisor  call  used  in  asynchronous  scheduling  is  a 
semaphore.  There  are  two  possible  operations  on  a  semaphore v  ,  SIGNAL  (v)  AND 
WAIT  (v),  as  defined  in  Section  I.  The  variable  v  represents  a  memory  location 
or  locations.  It  is  incremented  by  one  when  a  task  executes  a  SIGNAL  super¬ 
visor  and  decremented  by  one  (unless  it  is  already  zero)  when  a  task  executes 
a  WAIT  supervisor  call.  If  it  is  already  zero  the  task  executing  the  WAIT  will 
be  suspended  until  the  semaphore  is  incremented  by  a  SIGNAL  operation.  This 
is  done  by  placing  an  opcode  and  operands  on  the  event  queue,  causing  the  sem¬ 
aphore  to  be  checked  after  a  specified  time  interval.  If  the  semaphore  is 
zero  the  process  is  repeated;  otherwise  the  task  is  flagged  as  ready  and  runs 
when  it  has  the  highest  priority.  The  intervals  at  which  the  system  checks  the 
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semaphore  are  selectable.  The  semaphore  is  not  owned  by  any  one  task  and  is 
the  basic  building  block  for  more  complicated  operations.  It  also  is  a  higher 
overhead  activity  than  the  discrete. 

Both  the  discrete  and  semaphore  supervisor  calls  can  be  used  with  tasks 
in  separate  processors,  in  which  case  they  are  maintained  in  shared  memory. 
Operations  on  discretes  or  semaphores  in  shared  memory  request  the  bus  by  use 
of  the  priority  request  lines  so  their  latency  time  is  low.  They  do,  however, 
add  to  system  overhead  as  well  as  increase  traffic  on  the  shared  memory  bus. 

Exceptional  scheduling  is  used  for  events  which  are  outside  of  normal 
operation.  An  example  of  excoption.il  scheduling  is  the  use  of  error  traps  or 
system  alarms . 

Control  Program  Operation  and  Structure 

The  control  program  is  the  software  portion  of  the  control  algorithm.  It 
represents  the  application-dependent  (and  user-accessible)  portion  of  the  con¬ 
trol  algorithm.  To  the  greatest  extent  possible  the  opc'^a lional  portion  of  the 
control  program  (the  synchronous  and  asynchronous  event'.;  is  distributed  among 
the  various  microcomputer  modules.  This  reduces  the  traffic  on  the  coimon 
buses  and  vastly  increases  the  parallelism  of  the  system.  An  implication  of 
this  is  that  the  virtual  control  processor  is  more  powerful  than  the  physical 
control  processor.  The  control  program  in  each  processor  has  three  major  parts; 

a)  The  cycle  program 

b)  The  distributed  control  program  (supervisor  calls) 

c)  The  exceptional  event  handlers 

The  Cycle  Program.  Each  processor  of  the  MMCS  has  a  cycle  program.  The 
cycle  program  is  run  as  the  highest  priority  system  program  and  is  the  heart  of 
the  control  program.  The  structure  of  the  cycle  program  is  shown  in  Figure  35. 
The  cycle  program  is  initiated  by  an  interrupt  from  the  cycle  counter.  For 
each  cycle  there  is  a  pointer  to  a  queue  of  activities  for  that  cycle,  and  the 
chief  activity  is  to  handle  all  the  synchronous,  distributed  events  that  are 
to  occur.  This  involves  flagging  the  required  application  tasks  to  run  and 
setting  up  the  passing  of  parameters  to  and  from  shared  memory.  The  queue  for 
a  cycle  contains  pointers  to  the  task  control  blocks  of  the  application  tasks, 
making  it  simple  to  flag  them  to  run.  Each  task  has  a  time  limit  but  the  tasks 
usually  terminate  themselves  with  a  supervisor  call  after  they  have  produced  the 
required  result.  Within  a  given  cycle  the  precedence  of  the  tasks  is  handled 
by  priority.  In  some  instances  a  chain  of  asynchronous  tasks  is  initiated  by 
the  cycle  program. 

The  passing  of  parameters  is  done  by  providing  pointers  to  the  proper 
lists  to  a  system  program  that  handles  this  activity.  Bus  requests  are  made 
by  the  cycle  program  and  the  bus  grants  are  connected  to  assignable  interrupts 
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which  cause  the  parameter  program  to  run.  Each  time  a  bus  grant  is  received 
the  program  is  initiated  and  the  ATM  is  entered.  The  parameter  program  uses 
the  pointers  supplied  by  the  cycle  program  to  make  the  actual  transfer  to  or 
from  shared  memory . 

The  cycle  program  may  also  perform  other  tasks.  The  last  task  performed 
is  one  that  loads  the  cycle  counter  with  the  number  of  cycles  until  the  next 
interrupt.  The  design  of  the  cycle  program  is  such  that  speed  is  optimized  at 
the  expense  of  memory.  It  is  also  structured  so  that  run-time  changes  are 
possible. 

The  Distributed  Control  Program.  A  significant  portion  of  the  control 
program  is  distributed  among  the  apitlication  tasks  in  the  form  of  supervisor 
calls,  whose  use  for  the  asynchronous  scheduling  of  events  and  for  the  termin¬ 
ation  of  most  synchronous  tasks  has  been  discussed  previously.  In  addition, 
some  tasks  may  handle  their  own  scheduling  by  suspending  themselves  for  an  in¬ 
terval  of  time.  This  allows  a  task  to  le  scheduled  asynchronously  with  very 
little  system  overhead.  These  supervisor  calls  constitute  a  substantial  part 
of  the  control  program. 

The  Exceptional  Event  Handlers.  The  ATM  contains  handlers  for  exceptional 
events  such  as  errors.  If  required,  these  handlers  may  initiate  a  user  task 
or  communicate  with  the  control  processor. 

Diagnostics .  Each  microcomputer  module,  including  the  control  processor, 
has  a  diagnostic  program  which  checks  the  system  status  to  the  greatest  extent 
possible.  This  routine  is  made  to  run  as  a  background  task  by  giving  it  the 
lowest  possible  priority,  but  unlimited  time. 

System  Initialization 

To  initialize  the  multiple  microcomputer  system  a  system  manager  uses  the 
console  connected  to  the  control  processor  and  an  initialization  program  which 
runs  on  the  control  processor  as  a  system  program.  The  bulk  storage  device, 
typically  a  disk,  is  handled  by  the  control  processor  and  holds  the  programs 
for  all  processors,  including  the  control  processor.  The  control  processor  has 
a  small  disk-boot  program  in  ROM  which  is  used  to  load  its  programs  from  the 
disk.  These  programs  are  then  used  to  load  object  code  and  operating  parameters 
into  the  other  modules.  The  control  bus  is  used  to  down-load  the  code,  leaving 
the  shared  memory  bus  free  for  other  activities.  As  each  processor  is  loaded 
it  is  placed  in  the  WAIT  state.  When  all  processors  have  been  loaded  the  op¬ 
erator  then  starts  the  system  when  desired.  The  initialization  program  Includes 
cold-start  diagnostic  routines  also. 

Control  Processor  Tasks 

The  major  tasks  handled  by  the  control  processor  are: 
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a)  Ini tial ization 

b)  Dynamic  assignment  of  tasks 

c)  System-level  diagnostics 

d)  System-level  error  handling 

e)  Timebase  management 

f)  Keeping  all  system  tecords 

g)  Handling  operator  interaction. 

The  major  requirements  of  the  control  algorithm  are  included  in  tasks  (a)  and 
(b).  Due  to  the  distributed  nature  of  the  control  algorithm,  most  of  the  run¬ 
time  decisions  take  place  in  the  application  processors.  Because  the  control 
bus  is  used  for  initialization,  it  is  possible  for  it  to  change  the  assignment 
of  an  application  processor  module  during  execution.  This  could  be  used  to  re¬ 
configure  the  system  or  to  keep  a  processor  failure  from  interrupting  a  run. 

Although  each  processor  has  its  own  diagnostic  and  error  handling  routines, 
these  activities  are  handled  at  the  system  level  by  the  control  processor.  The 
routines  for  this  are  application  programs  on  the  control  processor.  These 
programs  are  expected  to  be  continually  updated  as  a  given  application  matures 
and  to  occupy  a  large  portion  of  the  resources  of  the  control  processor. 

To  reduce  system  overhead  the  main  timebase  is  handled  by  the  control 
processor.  Once  each  frame  it  places  in  shared  memory  the  present  system  time 
and  the  frame  number.  If  possible,  these  values  are  assigned  to  the  distri¬ 
buted  cache  to  reduce  the  bus  load.  The  system  time  is  derived  from  the  system 
clock  available  to  every  processor.  This  allows  incremental  times  within  the 
frame  to  be  handled  locally. 

The  other  major  control  processor  functions  are  record  keeping  and  hand¬ 
ling  operator  interaction  with  the  MMCS, 
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SECTION  IV 

MICROCOMPUTER  MODULE  DESIGN  AND  ANALYSIS 


The  microcomputer  module(s)  for  the  ^WCS  consists  of  a  processor  module 
and  a  memory  module  with  their  associated  buses.  These  modules  are  designed 
in  accordance  with  the  capability  requirements  of  paragraph  3.3  of  NTEC 
Specification  N74-105.  Specifically,  the  modules  are  fundamentally  identical, 
interface  to  static  hardware  buses,  are  microprogrammable,  have  a  word  length 
of  32  bits,  and  have  ccmponents  available  from  at  least  two  sources.  The 
processor  module  meets  the  performance  requirements  of  paragraphs  3.3  and  3.4 
by  emulating  the  instruction  set  of  a  DEC  VAX- 11/780.  Because  the  modules  are 
microprogrammable,  other  native  instruction  repertoires  may  be  implemented  to 
meet  specific  trainer  system  >-oqui remen ts. 

The  easiest  and  most  econcmical  way  to  achieve  this  emulation  is  by  the 
use  of  bit-slice  processor  parts.  These  parts  allcw  design  flexibility  in  both 
hardware  and  instruction  sets,  while  maintaining  high  performance.  At  present 
there  are  six  families  of  bit-slice  microprogrammable  processor  sets.  These 
are  the  2900-series  from  Advanced  Micro  Devices,  the  Macrologic-series  from 
Fairchild,  the  3000-series  from  Intel,  the  6701-series  from  Monolithic  Memories, 
the  400-series  from  Texas  Instruments,  and  the  10800-series  from  Motorola.  All 
of  these  families  are  manufactured  using  Schottky-TTL  technology,  except  for 
the  10800-series  which  utilizes  ECL. 

Each  of  the  bit-slice  processor  families  can  be  used  to  emulate  a 
11/780,  but  sane  of  the  families  have  disadvantages  relative  to  the  rest.  The 
400-series  fron  Texas  Instruments  is  not  second-sourced,  rendering  it  unaccept¬ 
able  for  a  design  which  must  h.we  a  long  service  lifetime.  The  Fairchild 
Macrologic-series  provides  the  lowest  performance  of  the  six  families  and  is 
best  suited  for  controller  and  processor  applications  requiring  limited  capa¬ 
bilities.  The  Intel  3000-series  has  only  a  2-bit  wide  slice,  so  twice  as  many 
processor  elements  are  needed  compared  to  the  other  families.  Also,  because 
its  register  file  has  only  a  single  port,  more  instructions  and  longer  execution 
times  are  required  for  some  tasks,  making  it  a  poor  choice  for  computationally 
intensive  applications.  This  family  has  good  I/O  capabilities,  however,  and 
is  the  best  choice  for  data  manipulation.  The  6701  bit-slice  processor  from 
MMI  and  the  2901  device  from  AMO  are  similar  in  capabilities  and  features  and 
are  well-suited  to  high-performance  processor  designs.  However,  AMD  has  re¬ 
cently  offered  a  refined  version,  the  AMD  2903,  with  additiwai  arithmetic  and 
logic  instructions  including  multiply  and  divide.  This  device  has  the  most 
features  of  any  bit-slice  processor  and  is  hence  the  best  for  computationally 
intensive  applications.  In  addition,  the  AMD  2910  microprogram  controller  has 
the  greatest  degree  of  Integration  and  the  most  features,  in  terms  of  branch 

- IT,"  W ’*17787)  Architecture  Hamlbook,  Volume  1,  Digital  Equipment  Corpora¬ 
tion.  Maynard,  MA,  1977,  pp.  5-!  through  5-33. 
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and  subroutine  capabilities,  of  any  controller  available.  The  last  family  to 
be  considered,  the  MC  10800-series  from  Motorola,  has  the  highest  throughput 
due  to  its  ECL  construction,  but  requires  voltage- level  conversions  to  be  cciti- 
patible  with  logic  support  devices  which  are  mostly  TTL.  The  device  provides 
no  multiply  or  divide  capability  and  has  no  internal  working  registers.  Based 
on  these  considerations,  the  AMD  2900-series  has  been  chosen  for  the  implemen¬ 
tation  of  the  microcomputer  processor  module.  The  2900-series  is  a  well- 
supported  and  well-documented  family  of  devices  that  offers  the  following  ad¬ 
vantages: 

a)  It  has  the  widest  variety  of  functions  available  as  individual  chips 
which  reduces  design  complexity. 

b)  It  is  directly  compatible  with  TTL  cOTponents,  requiring  no  logic- 
level  conversions  as  do  ECL  components. 

c)  The  2900-series  components  have  the  largest  degree  of  integration,  so 
that  a  design  based  on  these  would  have  the  fewest  parts. 

ARCHITECTURE  OF  THE  MICROCOMPUTER  MODULE 

The  microcomputer  (without  memory),  shown  in  Figure  36,  implements  a  por¬ 
tion  of  the  VAX  instruction  set  and  all  of  its  addressing  modes.  The  design 
centers  around  three  separate  buses.  The  address  bus  accesses  both  local 
and  shared  memory.  Data  is  transmitted  via  a  separate  data  bus,  again 
with  provision  for  a  path  co  either  local  or  shared  memory.  The  control  sig¬ 
nals  received  or  sent  by  the  processor  are  handled  by  a  separate  control 
bus . 


The  major  paths  of  data  flow  in  the  processor  are  through  a  set  of  input 
registers  and  buffers.  The  information  present  can  come  from  either  the 
address  bus  or  the  data  bus.  The  information  is  then  passed  to  16  working 
registers.  The  VAX  general  purpose  registers  are  internal  to  the  2903 's» 

From  any  of  these  registers,  the  data  is  sent  to  the  arithmetic  logic  unit 
(ALU)  where  data  manipulation  is  performed.  The  output  of  the  ALU  is  available 
to  either  the  address  bus  (via  an  address  register)  or  the  data  bus  (via  a  data 
register).  The  ALU  output  can  also  be  directed  to  a  program  counter  and  a 
status  register. 

Instructions  are  fetched  from  the  data  bus  4  bytes  at  a  time  and  held  in 
4  opcode  registers.  One  byte,  denoting  the  macro-instruction,  is  decoded  as  a 
starting  address  in  the  control  store.  Addressing  the  control  store  is  the 
function  of  the  microprogram  sequencer.  The  output  of  the  control  store  is 
latched  in  a  microinstruction  register  to  provide  microcontrol  signals. 

Data  Paths  to  the  ALU 

A  more  detailed  description  of  the  processor  modules  is  now  presented,  be¬ 
ginning  with  a  discussion  ofk'data  paths  to  the  ALU,  as  shown  in  Figure  37. 
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Data  present  on  the  32-bit  data  bus  can  be  latched  into  a  data  register,  which 
is  organized  as  four  one-byte  registers.  The  register  output  is  available  in 
any  combination  of  bytes  to  the  "A"  data  input  of  the  2903  microprocessor 
slices. 

The  information  oresent  in  the  32-bit  address  register  is  available  to  the 
"A"  input  of  the  2903  via  the  address  bus  and  4  one-byte  address  buffers 
The  output  of  the  4  opcode  registers  is  also  buffered  for  routing  to  the  “A"  input 
port. 


The  processor  working  register  consists  of  a  group  of  16-word  two-port 
RAM's.  One  output  port  is  available  to  the  "A"  input  of  the  2903;  the  other 
to  the  "B"  input.  The  data  input  of  the  working  register  group  is  connected 
to  the  output  of  the  ALU  section  so  that  processed  data  may  be  returned  to  the 
registers  for  further  use.  Finally,  data  may  be  sent  to  the  “A"  input  of  the 
ALU  from  the  microword  constant  buffer  to  allow  the  data  present  in  the  micro- 
word  to  be  transferred  to  the  AHi. 

ALU  Design 

The  arithmetic- logic  unit  of  the  processor  is  based  on  the  2903  bipolar 
microprocessor  slice  (see  Figure  3^.  This  device  contains  16  internal  regis¬ 
ters.  There  are  three  data  paths  within  the  2903:  "A"  and  "B"  inputs  which 
are  fed  directly  to  the  internal  ALU  section  of  the  device  and  a  "Y"  input 
which  is  connected  to  the  input  port  of  the  internal  registers.  The  internal 
ALU  output  is  available  to  the  internal  registers  on  the  same  path  as  the  "Y" 
input. 

The  ALU  output  is  available  to  5  different  register  sets:  an  address 
register  and  a  program  counter,  both  connected  to  the  address  bus;  a  data 
register  and  processor  status  register,  both  connected  to  the  data  bus;  and 
finally,  the  16  working  registers.  The  program  counter  is  made  e.xternal  to 
the  ALU  chips  to  provide  increased  processor  speed;  it  consists  of  eight 
25LS2569  four-bit  up/down  counters  with  three-state  outputs. 

For  the  32-bit  configuration  chosen,  the  ALU  consists  of  eight  4-bit 
slices  grouped  as  four  bvtes.  A  look-ahead-carry  network  consisting  of  3 
2902A  high-speed  look-ahead  carry  generators  is  also  present.  Shift  multi¬ 
plexers  are  present  at  the  most  and  least  significant  bytes  of  the  ALU  for 
arithmetic  and  logical  computatons. 

Instruction  Decoding  Logic 

Instructions  are  fetched  from  memory  4  bytes  at  a  time  and  latched  into  a 
group  of  opcode  registers.  Because  the  VAX  instructions  are  of  variable  length, 
instructions  are  decoded  one  byte  at  a  time.  Figure  39  contains  a  block  diagram 
of  the  instruction  decoding  logic. 


R7 


NAVTRAr.QUIPCrN 


The  VAX  n/780  has  a  soL  or  ;’44  instructions;  therefore  one  byte  is  re¬ 
quired  to  encode  a  given  instruction  type.  The  MAP  PROM  has  256  addresses  and 
maps  the  opcode  byte  into  a  starting  address  in  the  control  store  for  the  in¬ 
struction  under  consi derati on  The  MAP  PROM  has  16  output  bits:  12  bits  are 

used  for  addressing  the  4k(=.^  of  control  store  and  the  remaining  bits  are 

used  to  specify  one  of  the  following  possible  data  types: 

a )  byte 

b)  word  (2  bytes) 

c)  longword  (4  bytes) 

d)  quad  word  (8  bytes) 

e)  floating  point/not  floating  point 

The  data  type  information  is  held  in  a  data-type  latch. 

The  MODE  PROM  is  used  in  the  implementation  of  the  addressing  modes  of  the 
VAX  instruction  set.  In  the  design  discussed  here,  each  addressing  mode  is 
executed  as  a  subroutine  in  the  control  store  and  a  separate  routine  is  pro¬ 
vided  for  the  source  or  destination  operand  specifier  of  each  mode  in  most  cases. 
However,  four  of  the  16  general  register  addressing  modes  and  one  of  the  8  pro¬ 
gram  counter  addressing  modes  are  valid  for  source  operands  only.  This  re¬ 
striction  limits  the  total  number  of  valid  addressing  modes  to  43.  The  MODE 
PROM  has  64  addressable  locations,  some  of  which  will  be  used  to  implement  ad¬ 
dressing  mode  faults.  The  output  of  the  MODE  PROM  is  12  bits  wide  to  provide 
4K  addressing  capability. 

A  separate  counter  is  used  to  hold  the  address  of  the  VAX  register  used  for 
register  operations.  This  counter  is  incremented  for  quad  word  operation  be¬ 
cause  two  sequential  registers  are  required  for  the  storage  of  quad  data  words. 
For  example,  if  a  quad  word  contained  in  R0  and  R1  is  to  be  transferred  to  R2 
and  R3,  the  transfer  proceeds  as  R2-^R0  and  .13-411.  The  register  counter  is  in¬ 
cremented  after  the  first  transfer  to  point  to  the  second  of  the  two  registers 
for  the  second  transfer. 

Microprogram  Sequencer  and  Control  Store 

Input  address  information  to  the  microprogram  sequencer,  a  2910  Micropro¬ 
gram  Controller  is  available  frtm  three  sources;  starting  addresses  from  the 
MAP  and  MODE  PROM'S  and  next  address  information  contained  in  the  microinstruc¬ 
tion  register.  Condition  code  information  is  provided  to  the  sequencer  via  a 
32-1  multiplexer.  There  are  4K  microwords  in  the  control  store,  each  of  which 
is  112  bits  wide.  The  output  of  the  control  store  is  latched  in  a  register. 

From  this  register  the  individual  control  bits  are  available  to  the  ALU,  regis¬ 
ters,  buffers,  and  other  control  points.  The  address  of  the  next  microinstruc¬ 
tion  is  held  in  the  microword,  which  is  available  to  the  ALU  via  a  16-bit  cons¬ 
tant  buffer.  This  sequencer  is  detailed  in  Figure  40. 
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PROCESSOI^  MODU1.L  I  IRMWARI 

The  processor  module  is  designed  to  emulate  a  DEC  VAX'Tl/780  computer  by 
implementing  a  subset  of  the  instructions  and  all  of  the  addressing  modes  of  a 
VAX  for  the  same  data  ttpos.  ~he  instructions,  listed  in  Table  3,  inciude  the 
13  instructions  required  by  Addendum  B  to  Specification  N7A-105  and  also  in¬ 
dicated  in  NAVTRAEQUIPCEN  IH-C6. .  The  instructions  are  microcoded  for  ;torage 
in  a  PROM  control  store.  In  addition,  single  and  double-precision  floating¬ 
point  instructions  and  the  real-time  task  '.anager  (ATM)  are  microcoded  for  inclu¬ 
sion  in  the  control  store.  All  microcode  is  written  using  structured  program¬ 
ming  and  modular  design  techniques. 

Microprogram  Structure 

The  microprogram  structure  is  based  on  a  hierarchical,  top-down  design 
which  consists  of  a  short  main  program  and  many  subroutines  as  shown  in  Fig¬ 
ure  41.  An  example  of  the  main  program  is  shown  in  Figure  42.  All  instruc¬ 
tions  within  the  same  block  in  this  figure  are  executed  concurrently.  After 
initialization,  the  main  program  executes  .i  FETi'H  which  places  the  first  four 
bytes  of  opcode  into  the  opcode  registers  and  tiie  program  counter  is  incremen¬ 
ted  by  one.  (The  program  counter  then  points  to  the  next  byte.)  The  output 
of  the  first  opcode  register  is  enabled  using  combinational  logic  based  on  the 
two  least  significant  bits  of  the  program  counter.  This  output  information 
is  latched  in  the  address  register  of  the  MAP  prom. 

The  next  group  of  instructions  attempts  a  FETCH.  However,  the  control  of 
FETCHES  is  done  with  an  external  hardware  counter  which  keeps  track  of  the 
location  of  the  current  active  opcode  register.  When  all  four  bytes  of  the  op¬ 
code  register  have  been  used,  the  FETCH  is  permitted.  This  structure  is 
necessary  because  the  main  program  with  its  nested  subroutines  cannot  easily 
keep  a  record  of  the  current,  active  opcode  register.  With  the  attempted  FETCH, 
the  program  counter  is  incremented  and  the  output  of  the  next  opcode  register 
is  enabled.  Concurrent  with  these  operations,  a  subroutine  jump  to  the  micro¬ 
program  address  specified  by  the  MAP  PROM  is  executed.  (The  MAP  PROM  decodes 
its  one  byte  of  input  information  into  a  starting  address  for  the  macro- 
instruction  type  specified  by  that  byte.) 

The  micro-subroutine  for  a  particular  macro- instructi on  consists  primarily 
of  a  source  operand  subroutine  and  destination  operand  subroutine.  An  example 
micro-subroutine  for  a  macro-instruction  is  shown  in  Figure  43.  Following  the 
source  and  destination  subroutines,  a  FETCH  is  attempted,  the  program  counter 
incremented,  the  next  opcode  register  output  enabled,  and  a  Jump  to  the  HAP 
address  executed.  The  VAX  addressing  mode  05,  register  direct,  is  shown  in 
Figures  44  and  45  for  source  and  destination  operands.  The  source  subroutine 
moves  the  ccjntents  of  the  VAX  register  to  an  internal  source  register,  RSRC, 
within  the  ALU  array.  A  FETCH  is  attempted  and  the  VAX  register  counter 
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BICL3  Bit  clear  long  3  operand  CMPL  Compare  long 
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MOVZWL  Move  zero-extended  word  to  long  XORWZ  Exclusive  OR  word  2  operand 

MULB2  Multiply  byte  2  operand  X0RW3  Exclusive  OR  word  3  operand 


^re  41.  Functional  Block  Diagram  of  the  Microprogram  Structure 
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Figure  C.  Flowchart  for  the  M.nn  Microprogram 
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Figure  43.  Flow  Chart  for  the  Microsubroutine  for  the  M0V_  Instruction 
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Figure  44.  Microsubroutine  for  the  Ragister-direct  Source  Operand 
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Figure  45.  Microsubroutirw  for  Rfq1st«r-d1rtct-n»df  OtstiMtIons 
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(Figure  39)  is  incremented  during  the  same  mictocycle.  The  counter  is  incre¬ 
mented  to  point  to  the  next  VAX  register  so  that  in  the  event  of  an  8-byte 
(two  register)  transfer  the  register  counter  is  already  pointing  to  the  correct 
register.  This  saves  a  microcycle.  If  an  S-byte  transfer  is  not  to  be  ex¬ 
ecuted,  control  returns  to  tne  macro-instruction  subroutine. 

Control  of  all  internal  pr  ■  o'-sor  functions  is  governed  by  a  112-bit  micro 
instruction  word,  whose  format  is  shown  in  Figures  *16,  47,  and  43.  This  micro¬ 
instruction  word  is  also  described  by  the  microprogram  assembler  definition 
table  contained  in  Appendix  C.  This  de  ition  table  is  used  by  the  micropro¬ 
gram  assembler  during  its  assembly  phase  ta  create  the  binary  microprogram  to 
be  loaded  into  the  control  store.  Appendix  0  shows  the  assembly  phase  output 
for  the  instruction  subset  and  all  addressing  microsubroutines. 


Floating-Point  Logic  and  Microcode 


The  VAX-11/780  instruction  set  includes  both  single-precision  (32  bits) 
and  double-precision  (64  bits)  floating-point  operations.  These  operations 
are  addition,  subtraction,  multiplication,  division,  data  movement,  data  con¬ 
version,  and  data  testing.  The  floating-point  operands  for  these  instructions 
have  the  following  formats; 


9yte  n  *2  n  »0 
*31  16  14  76  0 


lower 

mantissa 


exo 


upper 

■*'ant. 
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MSB 


Sinn 


Single-Precision  Format 


IS 

14  7 

6  0  31 

16  47  32  63 

48 
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ii 

exo 

'  '  r . 
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*  ;  i 

mantissa  I 

1  1 

_ _ _ _ _ 1.  ■  ■  - 

MSB  LS8 


louble-Precision  Format 

The  exponents,  which  must  be  in  the  range  from  -127  to  +127,  are  stored  in 
excess-128  code.  (This  is  obtained  by  adding  123  to  the  exponent  and  storing 
the  8-bit  magnitude  of  the  result.)  An  excess-128  exponent  of  zero  is  used  to 
indicate  a  true  numerical  value  of  zero. 
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Figure  46.  Microword  Format  for  Bits  111  -  72 
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Non-jero  fliMtinq-poinl  numbers  have  i  unique  represontatii'n  whon  they 
are  noiriali^ed  aocordincj  to  the  relationsnip  f  ■  1,  where  *'  is  the 

fractional  part  or  mantissa  of  the  number.  This  relationship  causes  the  most- 
significant  bit  (MSS'  of  f  alwa.s  to  be  a  one.  Hence  this  MSB  does  not  have 
to  be  stored,  although  it  must  oe  restored  before  any  floating-point  oper¬ 
ations  are  performed.  The  resultant  representati ons  have  a  precision  of  one 
part  in  2“  for  single-precision  numbers  and  one  part  in  2^^  for  double- 
precision  numbers.  An  accuracy  of  *  1.2  least-significant  bit  (LSB)  is  main¬ 
tained  during  all  floating-point  operations  by  using  two  extra  guard  bits  on 
the  right  of  the  mantissa  and  an  overflow  bit  on  the  left  of  the  mantissa. 

The  above  floating-point  conventions  and  requirements  are  met  for  single- 
precision,  floating-point  addition  by  the  foU.^ving  algorithm: 

a)  Rotate  operand  *1  left  one  bit  and  store  in  working  re'  stor;  test 
for  aero  exponent 

b)  Rotate  operand  *2  left  cne  bit  and  store  in  working  register;  test 
for  cero  exponent 

c)  Subtract  bytes  ^1  from  working  registers  and  store  result  in  3-bit 
exponent  counter  {op»l  -  op«2) 

dl  Rotate  working  registers  one  bit  to  tiie  right  while  shifting  a  one 
into  the  MSB  of  bytes  *0 

e)  Compute:  Result  sign  =  (op^2  sign'-vExp.  counter  MSB)  (opifl  sign)  • 
(Not  exp.  counter  MSB) 

f)  (1)  If  exponent  counter  .GT.  J,  cero  byte  »1  of  working  register  «>2 
and  shift  working  register  «2  to  right  while  decrementing  exp,  counter 
until  exp.  counter  =  ^ 

(2)  If  exp.  counter  .LE.  cero  byte  *1  of  working  register  »»1  and 
shift  working  register  »1  to  right  while  decrementing  exp.  counter  to 
tero. 

g)  Move  exponent  of  unshifted  working  register  into  exp.  counter  and 
zero  byte  »1  of  that  working  register 

h)  Add  working  registers 

i)  Normalize: 

(1)  If  carry  from  byte  »0  ~  1 ,  then  no  normalizing  is  needed 

(2)  If  carry  from  byte  »0  *  rotate  result  left  until  shifted 
output  from  byte  ^0  =■  1 ;  decrement  exponent  counter  for  each  shift 
and  test  for  zero  exponent  (underflow). 

j)  Replace  exponent  from  exp.  counter  in  byte  »1  of  result. 

k)  Rotate  result  right  one  bit,  while  inserting  sign  MSB  of  byte  *1. 

The  above  algorithm  and  similar  ones  for  subtraction,  multiplication,  and 
division  have  been  designed,  analyzed,  and  micrtKoded. 
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ATM  LOGIC  AND  MICROCODE 

The  Applications  Task  Manager  (ATM)  described  in  Section  III  will  be  mi- 
crocoded  to  minimize  the  amount  of  overhead  it  requires  to  operate.  It  will 
require  a  minimum  of  additional  logic  on  the  processor  module — only  logic  for 
controlling  the  processor  status  register(s)  and  the  processor  buses.  The  ATM 
microcode  will  handle  all  interrupts  and  all  communications  between  processors 
and  between  tasks.  This  microcode  will  be  stored  in  a  block  at  the  top  of  the 
control-store  memory  space. 

MICROCODE-CONTROL-STORE  MOOULE  DESIGN 

The  control  store  for  the  microcode  is  designed  as  a  separate  module  to 
be  connected  to  the  processor  module  by  means  of  a  124-line  cable  and  two  64- 
pin  connectors.  The  module,  shCAvn  in  figure  4'\  contains  2K  x  112-bits  of 
high-speed  bipolar  PROM.  Ttiis  PROM  is  'I'n  fructed  from  fourteen  Intel  3636-1 
chips,  each  cont.iining  16K  luts  organized  as  2K  x  fl-bits.  The  access  time  for 
each  chip  is  65  nanoseconds.  The  12  input  address  lines  (from  the  2910 
Sequencer  on  the  processor  module)  are  fully  buffered  to  minimize  the  load  on 
the  2910.  The  112  ciitput  data  lines  do  not  reed  buffering  because  they  are 
connected  directl>  to  the  pipeline  register  located  on  the  processor  module 
for  a  fan-out  of  one. 

The  use  of  a  separate  control-store  module  has  two  advantages.  First,  it 
results  in  a  simpler  processor  module  and  one  which  can  be  tested  independently 
from  its  control  store.  Second,  the  control-store  module  is  designed  to  be 
plug-compatible  with  the  writable-control-store  cards  used  in  microprogramning 
development  systems.  This  allows  microcode  and  processor  hardware  to  be  com¬ 
pletely  debugged  and  tested  in  a  development  system  before  being  committed  to 
permanent  form  in  a  PROM.  After  the  3636-1  PROMS  are  orogramned  with  corrected 
microcode,  the  control-store  module  can  be  substituted  for  the  writable  control 
store  and  the  system  made  operational. 

MEMORY  MODULE  DESIGN 

The  memory  modules  for  both  local  memory  and  shared  memory  are  constructed 
using  static  random-access,  4-kilobit  memory  chips,  organized  as  4K  x  1-bit. 

Each  memory  module  contains  4096  32-bit  words,  requiring  32  memory  chips  per 
module.  Because  the  processor  has  a  microcycle  time  of  200-250  nanoseconds,  the 
memory  module  must  have  a  cycle  time  less  than  150  nanoseconds,  including  the 
delays  for  decoding  and  memory  management.  The  requirements  are  satisfied  by 
Intel  2147  4K  x  1  static  RAMS.  (Static  RAMS  are  chosen  over  dynamic  RAMS  be¬ 
cause  of  the  savings  in  hardware  and  time  resulting  from  the  elimination  of  re¬ 
fresh  circuitry  and  refresh  microcycles.)  Addresses  are  fully  decoded  on  each 
memory  module  and  all  bus  lines  are  buffered  to  prevent  bus  loading — each 
module  presents  at  most  one  TTL  load  to  each  bus  line. 
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A  mewory-al ignment  unit  is  required  between  the  processor  module  and  the 
memory  modules  because  the  VAX  Instructions  being  emulated  allow  memory  ac¬ 
cesses  on  any  byte  boundary,  while  the  memory  is  organized  as  32-bit  words. 
Figures  50  through  54  show  the  bus  interfaces  to  the  memory -alignment  unit  and 
a  complete  logic  design  for  this  unit;  this  configuration  handles  nonaligned 
memory-read  and  memory-write  operations.  Two  microcycles  are  required  for  a 
nonaligned  read  or  write  operation,  compared  to  one  microcycle  for  a  memory 
operation  Involving  aligned  data.  To  avoid  this  e.xecutlon  time  penalty, 
programmers  must  carefully  construct  their  algorithms  tomlnlmiie  the  number 
of  nonalignad-data  operations. 

Figure  50  shows  the  Interfaces  between  the  processor  module  and  the  four 
major  buses  of  the  multiple-microcomputer  system.  All  connectloi^s  to  these 
buses  are  through  the  Memory  Alignment  Unit.  The  memory-address  space  of  the 
processor  is  divided  into  four  parts  and  one  part  is  assigned  to  each  of  the 
four  buses.  The  four  most-significant  bits  (A^j  to  of  the  32-bit  address 
sent  out  by  the  processor  control  the  .\ccess  to  these  buses. 

The  input  and  output  signals  tor  the  Memory  Alignment  Unit  are  shown  In 
Figure  51.  Because  nonaligned  read  and  write  operations  require  two  micro¬ 
cycles,  the  Memory  Alignment  Unit  must  be  a  sequential  machine  with  two  states. 
A  state  diagram  for  this  machine  Is  shown  in  Figure  b2  along  with  the  logic 
circuit  needed  to  implement  a  controller  for  the  states.  Also  shown  Is  the 
circuit  for  generating  the  signal  that  Indicates  if  the  address  Is  aligned  or 
not.  These  circuits  control  the  rearrangement  of  the  data  during  read  and 
write  operations,  as  shown  In  Figure  53.  Figure  54  contains  the  circuitry  for 
generating  the  write  enables  to  each  to  each  of  the  fair  bytes  In  a  memory 
word. 

PERFORMANCE  EVALUATION 

The  exi'cullon  tiiiu'  of  Un-  m.iiluni?  (MACRO)  i n t rue t ion  is  dotermilned  by 
both  the  number  of  microinstnu  tions  requii'ed  per  machine  instruction  and  the 
microinstruction  cycle  time,  now  estimated  at  200  nanoseconds.  Instrucflon 
times  are  minimized  by  short  microprograms  and  fast  microcycle  times.  The 
microcycle  times  are  determined  by  data  path  analysis  In  the  ALU  and  Us 
support  circuitry. 

The  Instructions  of  Addendum  B  of  NTEC  Document  N75-105  have  been  micro- 
coded  and  their  execution  times  are  listed  In  Table  4.  The  Instruction  ex¬ 
ecution  time  for  a  given  Instruction  depends  on  a  number  of  factors  which  are 
described  below  so  it  Is  not  possible  to  give  a  specific  e.xecutlon  time  for 
each.  Rather  a  best- case  and  worst -case  time  is  provided. 

The  computation  of  the  average  instruction  time  is  based  on  the  specified 
usage  factors  and  the  best  casi*  and  worst  case  execution  times  for  the  Instruc- 


105 


CSMMUHiaTlONS  \  ^OHTROl  8US 


Figure  50.  Microcomputer  Module  Block  Olagrem 
and  Bus  Interfaces 
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Figure  51.  Input  and  Output  Signals  for  the  Memory-Alignment  Unit. 
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Algorithmic  State  Machine  Chart: 


Figure  52.  ASM  Chart  for  Memory-Alignment  Unit  Controller 
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tion  set.  As  noted  in  Table  4,  the  best  case  average  instruction  execution 
time  is  2.673  x  10~6  sec.  (374,111  instruction/sec. )  and  the  worst  case 
average  time  is  8.807  x  10“6  sec.  (113,546  instruction/sec.) 

The  details  for  the  computation  of  individual  instruction  tiros  are  given 
in  Appendix  E.  As  noted  there,  the  major  reason  for  the  variability  on  in¬ 
struction  times  is  the  use  of  different  address  modes.  The  execution  tiro  for 
most  instructions  cannot  be  determined  until  the  addressing  mode  used  to  obtain 
each  operand  is  specified.  The  register  direct  modes  require  the  least  amount 
of  time  whereas  indexed,  indirect  addressing  modes  require  the  most.  For  ex¬ 
ample,  a  longword  source  operand  can  be  obtained  in  0.2  x  10“®  sec.  using  regis¬ 
ter  direct  mode;  on  the  other  hand,  the  use  of  indexed  longword  byte-displacement 
deferred  addressing  requires  3.0  x  10*6  sec.  if  memory  references  are  aligned 
and  3.4  x  10~6  sec.  if  not  aligned.  In  Table  4,  the  best  case  execution  tiro 
of  an  operand  instruction  is  based  on  register  direct  addressing  for  each  op¬ 
erand  required  for  that  instruction:  the  worst  case  is  based  on  the  use  of  the 
addressing  mode  which  requires  the  largest  amount  of  time  to  obtain  each  needed 
operand . 

The  microcode  to  emulate  all  the  VAX  11/780  addressing  modes  is  listed 
in  Appendix  0  ,  from  which  the  e.xecution  time  of  each  mode  may  be  obtained  if 
desired.  The  definitions  and  functions  of  these  addressing  modes  is  available 
in  Digital  Equipment  Corporation  literature^. 

There  are  other  factors  which  influence  the  execution  time  of  certain  in¬ 
structions.  In  the  case  of  instructions  involving  conditional  branches,  the 
execution  time  depends  on  whether  or  not  an  offset  is  added  to  the  program 
counter.  In  addition,  the  execution  times  of  all  floating  point  instructions 
are  data  dependent.  For  example,  in  a  floating-point  addition  the  exponents  of 
the  two  operands  must  be  equalized  by  shifting  the  mantissa  of  one  of  the 
operands.  The  number  of  shifts  depends  on  the  data  supplied.  Normalization  of 
the  results  of  floating-point  operations  is  another  data  dependent  operation. 

The  best  case  and  worst  case  execution  times  for  floating-point  instructions 
are  based  on  the  variabilities  of  both  data  and  addressing  mode  dependencies. 


1.  VAX  iy780  Architecture  Handbook,  Volume  1,  Digital  Equipment  Corpor¬ 
ation,  Maynard,  Massachussets,  19^'7,  pp.  5-3  through  5-33. 
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instruction 

TIMES  ANC  USAut 

FACTORS 

Instruction  Type 

Usage 

Factor 

Best 

Case 

(10'®sec.) 

Worst 

Case, 

(10'°  sec.) 

LOAD 

.260 

1.6 

1.8 

LOAO-Oouble  Precision 

.001 

2.2 

2.8 

STORE 

1.6 

1.8 

STORE-Oouble  Precision 

.001 

2.2 

2.6 

A00/SU8TRACT 

.028 

1.6 

11.2 

AOO/SUBTRACT-FToating  Point 

.067 

5.8 

37.6 

multiply 

.001 

8.0 

17.6 

MULTIPLY-Floating  Point 

.068 

11.0 

37.8 

DIVIDE 

.001 

9.6 

19.2 

OIVIOE-FIoiting  Point 

.007 

12.4 

76.0 

LOGICAL 

.060 

1.6 

n.2 

SHirr-5  Places 

.009 

4.4 

10.8 

COMPARE 

.OSl 

1.4 

7.8 

BRANCH 

.218 

0.4 

1.0 

INDEX 

.OOA 

3.4 

16.6 

RE6-TQ-RE6  Transfer 

.000 

1.0 

1.0 

MISC 

.029 

1.2 

7.6 

INPUT-OUTPUT 
(Set-up  ♦  10  wrds) 

.007 

46.2 

50.2 

AVERAGE  INSTRUCTION  TIME 
BEST  CASE;  2.673X10'^  sec./instrucfion 

WORST  CASE;  3.807X10“^  sec. /instruction 
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SECTION  V 
CONCLUSIONS 


The  detailed  investigation  and  analysis  to  derive  a  control  algorithn 
for  a  trainer  computer  system  consisting  of  a  series  of  N  microcomputers  has 
been  completed.  The  investigation  included  the  following,  as  requi>'ed  by  the 
specificati  on: 

a)  A  study  of  the  preferred  algorithm 

b)  Investigation  of  optimal  combinations  of  hardware,  firmware,  and 
software  for  implementation  of  the  control  algorithm  concept. 

c)  Microcomputer  characteristics  analysis 

d)  Microcomputer  instruction  synthesis 

e)  Microcomputer  performance  analysis 

f)  Comnon  memory  reguirements  analysis 

g)  Problem  parti ti oning. 

h)  Algorithm  implementation  trade-offs 

THE  PREFERRED  ALGORITHM 

A  literature  search  was  conducted  to  determine  alternative  methods  to  the 
preferred  algorithm.  The  resulting  techniques  wenn*  compared  and  the  conclusion 
was  drawn  that  the  preferred  algorithm  was  a  viable  approach  that  appeared  to 
be  better  suited  to  present  technology  than  other  techniques  examined. 

The  preferred  algorithm  was  then  examined  to  determine  what  criteria  were 
necessary  for  successKl  implementation.  The  following  pj'ot'egui sites  were 
established. 

a)  The  problem  must  be  partitioned  into  disjoint  tasks. 

b)  Some  mechanism  must  exist  at  run  time  to  insure  that  parameters  are 
passed  in  such  a  way  as  to  insure  that  system  precedence  is  maintained. 

CONTROL  ALGORITHM  INVESTIGATION 

A  paper  Implementation  of  the  control  algorithm,  based  on  the  preferred 
algorithm  and  using  a  combination  of  hardware,  firmware,  and  software,  was  de¬ 
signed.  During  the  initial  portion  of  the  design  several  design  guidelines 
were  agreed  upon: 

a)  Distributed  control  should  be  used  to  the  maximum  extent  possible  to 
reduce  system  overhead. 

b)  All  major  interfaces  between  major  hardwai-e  blocks  should  be  through 

a  virtual  machine  structure  to  reduce  the  .amount  of  haixiware  dependence. 
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c)  The  major  limitation  on  system  performance  is  the  shared  memory  bus 
since  the  processing  power  can  always  be  increased  by  adding  more 
processor  modules.  Therefore  the  design  should  minimize  bus  traffic 
where  possible. 

The  major  innovations  of  the  'esign  were: 

a)  Use  of  the  Application  Task  Manager  (ATM)  in  each  module  to  distrib¬ 
ute  much  of  the  control  function  to  the  processor  modules  and  to  im¬ 
plement  the  virtual  machine  interface. 

b)  Use  of  separate  conmunication  and  control  buses  to  enhance  the  con¬ 
currency  of  the  system  and  the  bandwidth  of  the  shared  memory  bus. 

c)  Use  of  the  distributed  cache  shared  memory  to  further  enhance  the 
bandwidth  of  the  shared  memory. 

THE  MICROCOMPUTER  MODULES 

The  microcomputer  module  was  designed  for  maximum  performance  while  re¬ 
taining  maximum  reliability.  The  2900-series  of  bit-slice  components  were 
chosen  for  this  design  because  their  large-scale  integration  resulted  in  a 
minimum  of  components  and  their  extensive  instruction  set  yielded  high  perform¬ 
ance.  By  choosing  a  microprogranmable  design  the  cembinati oral  logic  for  con¬ 
trol  was  reduced  while  still  allowing  design  flexibility.  To  this  end,  the 
microprogram  Itself  was  written  in  independent  pxidules  which  were  then  easily 
tested,  modified,  and  corrected  as  necessary.  Subroutines  were  used  for  the 
addressing  modes  thus  allowing  each  instruction  to  use  any  addressing  mode. 

This  resulted  in  a  very  powerful  instruction  set. 

The  performance  is  a  function  of  the  microcycle  instruction  time  and  the 
number  of  microcycles  per  machine  instruction.  The  microcycle  time  has  been 
minimized  by  the  use  of  a  nonencoded  horizontal  microcode  word  and  high-speed 
TTL  bit-slice  components.  The  inherent  power  of  the  2900-series  components 
minimizes  the  nunber  of  microcycles  required.  Also,  tf^e  microcode  has  been 
optimized  by  instruction  overlapping  wherever  possible.  The  resultant  micro¬ 
computer  has  an  average  instruction  execution  time  of  2.67  microseconds  (best 
case)  for  a  representative  mix  of  instructions. 

PARTITIONING  THE  APPLICATION  PROBLEM 

The  key  to  the  capabilities  of  the  multiple  microcomputer  system  resides 
in  the  partitioning  of  a  simulation  problem  into  a  set  of  independent  modules 
that  can  be  executed  in  parallel.  Four  partitioning  approaches  to  achieve 
parallelism  have  been  examined,  as  follows: 

a)  acyclic  task  graphs 

b)  parallelism  at  the  level  of  individual  operations  in  assignment 
statements 
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c)  nearly-decomposable  systems 

d)  mathematical  optimization 

Of  these  four  partitioning  approaches,  mathematical  optimization  and  the  con¬ 
cept  of  nearly-decomposable  systems  appear  to  have  the  most  promise  for  the 
trainer  simulation  problem.  After  the  problem  is  partitioned  using  one  of 
these  approaches,  the  speed-up  factor  developed  in  Section  II  yields  a  measure 
of  the  efficiency  of  the  multiple  microcomputer  system. 

SUrtlARY 

The  multiple  microcomputer  system  has  been  designed  with  a  functionally 
distributed,  hierarchical  structure  that  allows  sophisticated  real-time  train¬ 
ers  to  be  simulated  efficiently  and  easily.  The  system  utilizes  distributed 
processing,  distributed  control,  distributed  input/output  functions,  and  a 
distributed  cache  memory  to  implement  a  trainer  that  can  be  configured,  mod¬ 
ified,  and  maintained  with  miniinum  impact  on  users  or  progranmers . 
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APPENDIX  A 

ATM  COMMUNICATION  STATE 


Shown  In  Figure  A-1  Is  the  memory  assignment  of  the  control  bus  address 
space.  Each  of  the  N  processors  is  assigned  a  block  of  M  spaces  on  the  con¬ 
trol  bus.  These  M  spaces  are  used  for  a  data  port  and  a  status  and  control 
register.  The  actual  number  of  address  spaces,  M,  is  implementation  depen¬ 
dent.  The  control  bus  is  a  synchronous  bus  having  the  following  signals: 

a)  Address  lines  (A(J-A. ) 

b)  Data  lines  (D(!-Dj) 

c)  Read/write  line  (R/Vl) 

d)  Enable  line  (CB^N) 

e)  Synchronization  line  (SYNC) 

f)  Slow-memory  line  (READY),  optional 

g)  Interrupt  lines  (CBIRQ,  CBMMI) 

The  control  processor  communicates  with  a  given  application  processor  by  use 
of  the  appropriate  address.  The  actual  comnuni cation  of  messages  on  the  bus 
is  asynchronous.  The  handshake  signals  required  for  comnuni cation  on  the  bus 
are  accessed  through  the  status  and  control  register  of  the  chosen  application 
processor.  The  signals  are  CPSYN  (control  processor  sync)  and  APSYN  (appli¬ 
cation  processor  sync).  The  control  processor  comnunications  with  an  appli¬ 
cation  processor  by  writing  a  word  into  the  data  port,  then  asserting  the 
CPSYN  signal.  The  application  processor  acknowledges  receiving  the  data  by 
asserting  the  APSYN  signal  at  which  time  the  control  processor  clears  CPSYN, 
followed  by  the  application  processor  clearing  APSYN  and  the  transaction  is  com¬ 
plete.  The  same  technique  may  be  used  when  the  application  processor  sends  in¬ 
formation  to  the  control  processor  (except  that  the  roles  of  APSYN  and  CYSYN 
are  reversed),  or  the  control  processor  may  Interrogate  the  application  proces¬ 
sor.  The  status  and  control  register  also  contains  an  end -of -transmission  oit 
(EOT)  which  is  bidirectional  and  is  used  to  indicate  that  the  message  is  com¬ 
plete. 

Only  the  control  processor  may  be  the  master  of  the  control  bus.  Individ¬ 
ual  application  processors  may  send  data  to  their  data  port,  not  to  the  actual 
bus.  This  prevents  an  application  processor  from  blocking  the  bus.  In  addition 
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It  allows  the  control  processor  to  have  more  than  one  transaction  1n  progress 
at  one  time. 

The  first  byte  of  any  message  passed  on  the  control  bus  Is  always  an  op¬ 
code.  The  opcode  may  be  followed  by  as  many  operands  as  are  required.  In  some 
Instances  a  string  of  operands  may  be  followed  by  a  terminator  byte.  One  value 
of  the  opcode  (all  I's)  Is  reserved  as  an  escape  for  future  expansion. 

The  COWIUNICATION  state  opcodes  are  divided  Into  three  major  groups; 
processor- level  activities,  task-level  activities,  and  test/debug  activities. 

A  listing  of  COMMUNICATION  state  operations  1s  given  below. 


1.0  PROCESSOR-LEVEL  OPERATIONS 

1)  Enter  HALT  state 

2)  Enter  WAIT  state 

31  Write  Into  processor  memory 
4)  Read  processor  memory 

2.0  TASK-LEVEL  OPERATIONS 

1)  Load  task  control  blocks 

2)  Load  system  program 

3)  Load  system  program  queue 

4)  Load  application  programs 

51  Load  Jobs  queue 

6)  Read  task  control  blocks 

7)  Read  system  program  queue 

8)  Read  jobs  queue 

9)  Read  ready  task  queue 

10)  Read  currently  active  program 

3.0  TEST/OEBUG  OPERATIONS 

1)  Set  breakpoints  ^ 

2)  Read  breakpoints 

3)  Clear  breakpoints 

4)  Enter  single-step  mode 
51  Exit  single-step  mode 
6)  Pulse  sinqie-step  mode 
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APPENDIX  B 
SUPERVISOR  CALLS 


1.  TASK  MANAGEMENT 

a)  Get  task  priority 

b)  Get  task  time  limit 

c)  Set  task  priority* 

d)  Set  task  time  limit* 

2.  FLAG  MANAGEMENT 

a)  Get  flags 

b)  Set  flags 

c)  Assign  flags* 

d)  Deassign  flags* 

3.  INTERRUPT  CONTROL 

a)  Assign  interrupts** 

b)  Mask  interrupts** 

4.  TASK  CONTROL 

a)  Initiate  task*  Mf  dormant) 

b)  Initiate  tast*  (queue  if  active  or  suspended) 

c)  Initiate  task*  at  specific  time 

d)  Initiate  task*  after  specific  interval 

e)  Terminate  task* 

f)  Terminate  task*  at  specific  time 

g)  Terminate  task*  after  specific  interval 
hi  Suspend  task*  (same  as  terminate) 

i)  Restart  task*  (same  as  terminate) 

All  above  cownands  may  be  conditional.  The  conditions  are: 

a)  Flag  state 
b  AMO  flags 

c)  OR  flags 

J)  Remove  task** 
k)  Insert  task** 
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5.  TIME  MANAGEMENT 

a)  Get  time 

(Set  time  can  only  be  done  by  control  processor) 

6.  ERROR  HANDLING 

a)  Log  error  locally 

b)  Report  error  to  control  processor 

c)  Log  error  locally  and  terminate  task 

d)  Report  error  to  control  processor  and  suspend  task 

7.  RESOURCE  ALLOCATION 

a)  Request  resource 

b)  Release  resource 

8.  I/O  AND  MESSAGE  SERVICES 

a)  Send  message  (to  task) 

b)  Read  message  (from  task) 

c)  Send  message  (to  device) 

d)  Read  message  (from  device) 

e)  Send  string**  (to  shared  memory) 

f)  Read  string**  (from  share  memory) 

9.  EVENT  CONTROL 

a)  Signal  operation 

b)  Walt  operation 

c)  Procede  on  event 

10.  MEMORY  MANAGEMENT 

a)  Assign  task  memory  boundaries** 


.  J 


^  } 


SVC's  marked  with  a  single  asterisk  (*)  require  that  the  asserting  task  be  of 
higher  priority  than  the  target  task  where  they  are  different.  SVC's  marked 
with  a  double  asterisk  (**)  may  only  be  used  by  system  programs. 


) 
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APPENDIX  C 


VAX-Euiulator  Definition  File 
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fAOE  \  PROJECT  n^SM-OEFINITiaN  WAX'EnULATQR  DEFINITION  PHASE-  KED  5.5.  U.OO/T? 
0010  title  OAX-EHULATOR  DEFINITION  PHASE*  REV  5.5.  ll/02/7» 

joio  SIZE  u: 

0030  OPT  D»DFTA.DT;i.N«lZO.H.L>iPROJECT.AL:i 

0040 


OOSO  I 

OOaO  «  «  DEFINITION  FILE  OF  ALU  CONTROL  UNIT  « 
0070  I  «««««««aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa 

OOPO 


00*0  . 

OtVO  I  ALU  CONTROL  UNIT  DEFINITION  FILE  INCLUDES  THE  QCFINITION 
JUO  •  OF  ALL  CONCERNED  VARIASLES-  AND  OPERAriONS. 

0120  » 

0130  i  *  ALU  oAX.ASRC-AADR-BSRC.BAOR.FUNr.OCST.UREN.CTlN.SISHFFT.alSHFT 
0140  i 

0150  ALU  FORM  44<.3UQ0.4VHl0.1VB0«AUH0i4VH0.oV040-5WH0.3V01.»X.2V00.2V00.1X 

OIaO 


Ol'O  I 

OISO  >  *  ALU  A-SOURCE  variables  (ASROi 

01  >0  i 

0200  RCO  Eou  od 

0210  OIR  EQU  10 

0220  AOB  EQU  20 

0230  BSB  EQU  30 

0240  CONST  EQU  4Q 

0250  Drrpc  sou  so 

0240  LITERAL  EQU  AQ 

02T0  N03RC  EQU  70 

0280 


02P0  • 


0300  I  »  ALU  A-AODRESS  AND  8-ADDRESS  (AADR  I  BACRC 
0310  > 


0320 

RO 

EQU 

4H00 

i 

2403 

INTERNAL 

RAN. 

USER  REG. 

0330 

R1 

EQU 

4H01 

I 

2403 

INTERNAL 

RAN. 

USER  REG. 

0340 

R2 

EQU 

4N02 

» 

2403 

INTERNAL 

RAH. 

USER  REG. 

0350 

R3 

EOU 

4H03 

1 

2403 

internal 

RAH. 

USER  REG. 

0340 

R4 

EQU 

4N04 

1 

2403 

internal 

RAH. 

USER  REG. 

0370 

RS 

EQU 

4M03 

1 

2403 

INTERANL 

RAH. 

USER  RCO. 

0380 

R4 

EOU 

4H0« 

1 

2403 

internal 

RAN. 

USER  RCO. 

03P0 

R7 

EOU 

4H07 

» 

2403 

INTERANL 

RAN. 

USER  RCO. 

0400 

RS 

EQU 

4H08 

1 

2403 

internal 

RAN. 

USER  RED. 

0410 

R4 

EOU 

4N04 

t 

2403 

INTERANL 

RAN. 

USER  RCO. 

0420 

RIO 

EQU 

4H0A 

2403 

INTERNAL 

RAH. 

USER  RED. 

0430 

RIt 

EQU 

4H0B 

1 

2403 

internal 

RAN. 

USER  RCO. 

0440 

R12 

EOU 

ANOC 

1 

2403 

internal 

RAN. 

USER -RCO. 

0430 

R13 

EQU 

4H0D 

1 

2403 

internal 

RAN. 

USER  REO. 

0440 

R14 

EOU 

4H0C 

1 

2403 

internal 

RAN. 

STACK  POINTER 

0470 

SP 

EQU 

R14 

0430 

RIS 

EQU 

4N0F 

i 

2403 

INTERNAL 

RAN. 

PROORAN  COUNTER 

0440 

PC 

EOU 

R15 

osoo  I 


I  29‘'0S  DPR  AND  2»03  RAH 
t  DATA  INPUT  REOISTER 
(  ADDRESS  BUFFER 
I  BTTE  SHIFT  BUFFER 
»  C0NSTANT2R0n  PIPELINE  REGISTER 

>  DATA  type  register 

>  0ATA2R0H  literal  INPUT 
i  NO  EXTERNAL  SOURCE 
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PACK 

2  PROJECT 

haSN-DCFINITION  OAX-EHULATOR  DCPINXTION  PHASCf  REV  S.S>  11/02/79 

OSIO 

tRC 

COU 

ttHlO 

1 

DPR  UORRXNO  RCO.f 

FOR  SOURCE  operand  IN  JSNO. 

0S20 

SRC2 

EOU 

'  *Htl 

1 

DPR  WORK  INC  RCO. 

0330 

SRC3 

sou 

*H12 

1 

DPR  WORM  NO  RED. 

0340 

SRC  4 

EOU 

oN13 

1 

DPR  UORMNO  RCO. 

0330 

DST 

EOU 

.  *H14 

1 

DPR  UORMNO  RED.' 

FOR  destination  OPERAND  IN  JDND 

03*0 

0ST2 

EOU 

4H1S 

1 

OPR  UORMNO  RED. 

0370 

CA 

EQU 

*H1* 

t 

DPR  UORMNO  RCO.> 

CFFCCTIUE  ADDRESS 

03*0 

LKNOTH 

EOU 

*H17 

» 

DPR  UORKINO  RCO. 

0390 

INDEX 

EQU 

«Nia 

1 

OPR  UORRXNO  Rca.> 

FOR  INDEX  ADORESSINO 

0*04 

XN0CX2 

COU 

*H19 

1 

OPR  UORRXNO  RCO. 

0*10 

tHDEX3 

COU 

4H1A 

1 

OPR  UORRXNO  RCO. 

0*20 

INDCX4 

COU 

AHID 

1 

OPR  UORKINO  RCO. 

0*30 

UR  I 

COU 

«N1C 

» 

OPR  UORRXNO  RCO. 

0440 

EIGHT 

EQU 

*H1D 

f 

CONSTANT  RCO.  FOR 

VALUE  8 

0*30 

POUR 

EQU 

*H1C 

1 

CONSTANT  RCO.  FOR 

VALUE  4 

0**0 

0*70 

TUO 

< 

COU 

*HlP 

1 

constant  RCO.  FOR 

VALUE  2 

0*80 

0*70 

0700 

anode 

> 

EQU 

*  *H20 

1 

REO.  ADDRESS  SPECIFIED  BY  UAX  COUNTER 

0710 

0720 

Ip 

r 

c 

D'SOURCC  SELECT  UARIADLES 

: 

0730 

0740 

0 

COU 

la 

1 

FROH  0  register 

0730 

0740 

1 

<  •  DEFINITION 

OF  THC 

FUNCTION  FIELD  <FUNC): 

0770 

0730 

0790 

• 

SUBSR 

EQU 

OlH 

1 

S-R-l-CIN 

0800 

SUB 

EQU 

02M 

I 

R-8-1-CIN 

3810 

ADO 

COU 

03N 

1 

R4S4CIN 

0820 

ABOS 

COU 

04N 

1 

S4CXN 

0830 

AODSN 

EQU 

33N 

1 

<-8>4ClN 

0840 

ADDR 

COU 

0*N 

1 

R4CIN 

0830 

ADORN 

EQU 

07M 

1 

<-R'4CIH 

38*0 

ZERO 

COU 

OSH 

» 

0«  NO  OPERATION 

0870 

ANDRN 

EOU 

09H 

1 

(R/>  AND  S 

0880 

CXNOR 

EOU 

OAN 

» 

R  SXCLUSIVC.NOR  S 

0890 

EXOR 

COU 

OBN 

1 

R  EXCLUSIVE  OR  S 

0900 

AND 

COU 

OCN 

I 

R  AND  S 

0*10 

NOR 

COU 

ODH 

1 

R  NOR  8 

0930 

HAND 

COU 

OCN 

» 

R  NANO  S 

0930 

OR 

COU 

OFH  ' 

1 

R  OR  S 

0*40 
0430  I 


09*0 

0970 

0984 

1  t 

• 

OCriNlTION 

OF  THE  OSSTINATIONZIELD 

<OCST>t 

0994 

FAD 

COU 

040 

)  T4ARITN  F/3>  SHIFTRIONT 

1044 

FLO 

COU 

070 

1  TaLOO  F/2. 

1010 

FAOQ 

COU 

100 

1  YaARITM  F/3.  O-LOO  0/3 

1034 

FLOO 

EOU 

170 

1  T4L00  F/3>  04LOO  0/3 

125 


NAVTRAEQUIPCEN  78-0-0157-1 


PAoe 

3  1 

PROJECT 

NASN-OCFINITION 

VAX -CHULA 

rOR  DEFINITION  PHASEf  REV  S.S>  11/02/79 

t030 

Ptkft 

COU 

200 

1 

VaF>  SIOOaPAR 

1040 

POO 

EOU 

270 

1 

Y>F>  SIOO-PAR>  a-LCG<0/2)>  (U/)-H 

lOSO 

Pro 

CSU 

300 

1 

Y>Ft  SIOOapARr  a-F>  (U/>>H 

iO«0 

PCO 

COU 

370 

t 

YaF»  SIOO«PARt  Q>F>  (U/)aL 

1070 

P40 

EQU 

400 

1 

V-ARITM  2F.  LEFTSHIFT  1  OIT 

1000 

PUU 

EOU 

470 

1 

Y»l00  2F 

lOfO 

FAUa 

COU 

500 

1 

Y-ARITH  2F>  O-LOO  20 

1X00 

PLUQ 

EOU 

570 

1 

YaLOO  2Fr  OaLOO  20 

1110 

P 

EOU 

400 

1 

Y«F.  <U/>aH 

1130 

QU 

COU 

470 

» 

Y*F>  0>L0a  20 1  (U/>-H 

1130 

1 

1140 

EXTOL 

EQU 

7lQ 

1 

EXTEND  OTTE  TO  LONeUORD 

1150 

CXTU 

COU 

730 

1 

EXTEND  WORD  TO  LONOUORO 

1140 

EXTOU 

COU 

750 

1 

EXTEND  SYTE  TO  WORD 

1170 

I 

11«0 

i:90 

< 

1300 

<  «  definition 

OF  DUAL  PORT  REOISTERS  WRITE  ENAOLE  (WRCN>: 

131*> 

< 

1320 

NUR 

COU 

SNOO  , 

t 

NO  WRITE 

1230 

»0 

eciu 

SHOl 

ONLY  OYTE  0  WRITED 

1240 

•  1 

COU 

SH02 

1 

ONLY  OYTE  1  WRITED 

1250 

URO 

EOU 

5N03 

» 

WORD  WRITTCD. 

1240 

•2 

COU 

5H04 

1 

ONLY  OTTE  2  WRITED 

1270 

03 

EOU 

5H08 

} 

ONLY  OYTE  3  WRITED 

1280 

UNRO 

COU 

SHOC 

1 

UPPER  WORD  WRITTCD' 

1390 

0321 

COU 

SHOE 

< 

THE  UPPER  THREE  OTTE*  WRITED 

1300 

LURD 

EOU 

3N0F 

1 

LQNO  WORD  WRXTTED 

1310 

INS 

COU 

SNtO 

t 

WRITE  ENADLE  SPECIFIED  OY  INSTRUCTION 

1320 

1 

1330 

1340 

t 

1350 

•  •  DEFINITION 

OF  CARRY  input  TO 

ALUO  <CYIN): 

1340 

( 

1370 

CZERO 

COU 

00 

1 

0  inputed  as  carry 

1380 

CONE 

EOU 

to 

» 

1  INPUTED  AS  CARRY 

1390 

CY 

COU 

20 

» 

FROM  CARRY  FLAO 

1400 

CYN 

COU 

30 

1 

FRON  INVERTED  CARRY  FLAO  (SORROW) 

1410 

ZXN 

COU 

40 

1 

FROM  ZERO  FLAO 

1420 

1 

1-130 

1440 

( 

1480 

«•  «  OfFTNmOM 

OR  9MXFT~  NUX-88LJB 

CT  <saNiw“  uoumptyj 

1440 

1 

1470 

OMFTO 

COU 

00 

1 

SELECT  0  AS  INPUT 

1480 

INFTl 

EOU 

10 

1 

SELECT  1  AS  INPUT'  EXCEPT  0X03 

1490 

SION 

COU 

10 

1 

SELECT  SION  PF  TO  SI031 

1500 

910 

COU 

30 

1 

UaXCl  SZO  AS  INPUT 

1910 

QZO 

COU 

30 

1 

SELECT  QIO  AS  INPUT 

1930 

S9FF0 

COU 

20 

1 

SELECT  SION  FF  40  AS  INPUT 

1930 

OiFFl 

SOU 

30 

> 

SELECT  SISN  PF  42  At  INPUT 

1940 

1 
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4  PROJCCT  rtASW-DCFlNITION  VAX-eHULATOft  DEFINITION  PHASE*  REV  5.S.  lX/02/7» 

tsso 


;Sao  i 

ts?o  »  «  fljatino  point  sign  flip-flop  control 

1580  I  IN  FLOATtNO  POINT  ARITHnCTlC  THERE  NEEDS  SPECIAL  SION  FLIP-FLOPS. 
ISTO  » 

1*00  PSION  PORN  20X • 2VS0 I • POX 
lalO  ( 

1*20 
1 430  i 

1*40  »  •  OCPINinON  OP  FLOATING  POINT  SION  FLIP-FLOP  GARIADlESI 
t*SO  i 

1^*0  SIONO  EOU  2801  »  SION  FF  *0 

1*70  SlONl  SOU  2810  •  SION  FF  *1 

I  *80  i 
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^•»CE  3  PROJECT  maSM-OEFINITION  Jux-EflULi* rOR  aeFlNiriOW  PM|»SE*  REV  ;.St 

l?0<)  » 

1 710  I  «  pcriurTiON  Fits  of  cortroc  sequencer  * 

J730  I  ««a«aM««««*««as«a««ax*»«««a««s««««««sa« 

:rJo 


1740  • 

1730  >  THIS  FILE  DEFINES  THE  CONTROU  SEQUENCES  OF  NICROFROORANHINC 

1740  » 

1770 
17»0  » 

1-70  >  a  UNCONOtTIONAC  JUMP 
1300  >  jUNFt LOCATION 
1310  > 

1320  JUNF  FQRN  33X>3BlOO«4H3>160HTilBO>lX>lBlfSBOllll>48X 

1330 

:340  I 

i3So  t  t  conditional  jump: 

1340  I  CJMP«L0CATIQN.CC 
1370  I 

1830  CJMP  form  33X>3B100<4H3>16UHT>lB0>lX>6UB>4aX 

1370 

1700  I 

1*10  »  t  JUMP  TO  subroutine  : 

17:0  >  jSa>L0CAT10N 
1*30  » 

1740  JSB  form  33X«3BtOO<4Hl>t«UHT<lBO«lX>tBlfSBOtlllf48X 

1750 

I  ’oO  » 

177}  f  a  conditional  JUMP  TO  SUBROUTINE  : 

1730  )  CJSBfLOCATtON.CC 
1*70  I 

2000  CJS*  form  33X>3B100>4Hl>laUHT>lSQ<tX>4UB>4ex 

2010 

2020  I 

2030  )  a  JUMP  TO  MAP  <  OR  INTERRUPT  HANDLER  ROUTINES  ) : 

2040  I  JMAP 

3050  JHAF  form  33X>3B001>4H7.14Xf IBOf tX«iB0tSB01100>48X 

2040 

2070  I 

2080  »  CONOlTlONAk  JUMP  TO  MAP  ! 

2070  i  CJMP'CC 
2100  » 

2110  CJMAF  FORM  33X>ja0Olr4H3ft4XrlB0>>tX«4VB>48X 

2130 

2130  I 

2140  I  «  JUMP  TO  SOURCE  NODE  ROUTINES 
2150  I  JSHO 
2140  I 

2170  JfNO  FORM  33X>3aotO<4Hlf i4X»lB0tlBl>tlil>SB0lllIr48X 

2180 


11.  02/79 


0 
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PAOe  S  PROjCCT  MASn-bEFtNIT-ION  i^ax-CMULATOR  DEFINITION  PHASE*  REV  S. 

;i'»o  • 

:200  >  «  CONOtTIONAl.  JUMP  TO  SOURCE  NODE  ROUTINES  : 

2210  *  CJSHO.CC 
;;2o  i 

;2:!‘0  CJSND  FORN  33X>3S010>4Ht*lAX>lBO>lBltAU»*4BX 
3240 

23SO  t 

22*0  I  «  JUMP  TO  DESTINATION  NODE  ROUTINES  t 
2270  I  JOMO 
2280  i 

22*0  JDHD  FORA  33X . 3B010* 4H3 • 1 AX* iBOt t»0« IBl * SBOU I 1 > 48X 

2300 

.MIO  • 

2320  »  *  conditional  JUMP  TO  DESTINATION  NODE  ROUTINES  : 

2330  <CJDNOfCC 
2340  » 

2330  CJDND  FORM  33X . 3B0 1 0 • 4H3 . t AX . t SO* IB0*6UB. 4ax 
23a0 

2270  * 

2230  <  *  return  from  subroutines  : 

2390  »  RET 

2400  » 

2  U0  RET  FORM  33X.3B000.4MA.  lAX*lBO*lX.lBl*SBOini  •48X 

2420 

2430  » 

2440  •  «  conditional  return  from  subroutines  : 

2450  4CRET.CC 
24aO  > 

2470  CRET  form  33X.3B000.4MA.lAX.tB0. IX. AVB.4ex 

2480 

2490  I 

2300  I  •  CONTINUE  TO  PROCEED  THE  NEXT  MICROINSTRUCTION  ! 

2310  i  CONT 

2320  CONT  FORN  3aX.4NC.72x 

2330 

2340  • 

2330  •  t  PIPELINE  CONSTywtT  OENERATION  : 

2SA0  I  PIPE .constant (HEX) 

2370  » 

2300  PIPE  FORM  40X> IaOMT.SAX 

2390 

2A00  * 

2A10  4  •  REPEAT  PIPEUNt  RSOtSTEW  : 

2*20  > 

2A30  RCPPL  FORM  33X.3»t00*4M9.1AVMr.lBt.SSX 
2A4« 

2AS0  4 

3M0  I  •  CONDITIONAL  JUMP  PIPELINE  t  POP  : 

2470  I  CJPP.LOCATION.CC 
2400  I 


S.  11/02/79 


129 


NAVTRAEQUIPCEN  78-C-0157-1 


f-AOE  ^  fPO.ECT  fW»Srt-OEFINITION  WAX-EHUUATOR  DEFINITION  PHASE.  REV  5.5.  11/02/79 

2S90  CJFP  ^ORM  33X.3D\00.4HB.lSVHT.ltl0.1X.AV».4ex 

2700 

2710  1 

2720  »  «  FUSM  I  conditional  LOAD  COUNTER  : 

2730  <  FUSH.nuNBCR.CC 

3740  • 

2750  RUSH  FORH  33X.3B100.4N4.14VHT.iBO. IX. 4VB.48X 

27*0 

2770  * 

2730  i  *  REPEAT  LOOP  1 
2790  » 

2000  REPLOP  FORM  33X.3B000.4HB.14X.1B1.S3X 

:bio 

2820  I 

2330  I  t  load  counter  t  CONTINUE  1 
2840  i  L3CT.NUNBER 
2850  ) 

2j40  LDCT  FORN  33X.3B100.4HC.14VHT.1B1.5SX 

2370 

2390  3 

29VO  1  «  REPEAT  pipeline,  if  COUNTER  NEO  0 
2900  I 

2910  RPCT  FORH  33X.3B100.4H9.14X.1B1.SSX 

2920 

2930  3 

2940  3  4  test  TNC  end  of  THE  LOOP  1 
2950  3  LOOF.CC 
2940  3 

2970  LOOP  FORN  33X.3B000.4N0.14X.1B1. IX. 4VB.40X 

2980 

2990  EJECT 
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3000 

1 

3010 

i  $9999 

99999 

3OC0 

»  «  DEFINITIONS  OF  THE  CONDITION 

CODE  VARImDLES  * 

3030 

1  <««*« 

99999 

3040 

3050 

; 

3000 

i  CONDITION 

CODE  DEFINES  THE  TEST 

CONDITIONS  FOR  SEQUENCING. 

3070 

I 

3080 

^•.•90 

EQL 

EQU 

4B 100000 

i 

Z  EQU  1  *  ZERO 

3100 

NEO 

EOU 

4B000000 

1 

Z  EQU  0»  NOT  ZERO 

3110 

1 

3130 

LSS 

EQU 

4B 100001 

4 

N  EQU  1»  NEQATIUE 

3130 

GEO 

EOU 

48000001 

t 

N  EQU  Ot  NOT  NEGATIUE. 

3140 

» 

3150 

OS 

EOU 

4B100010 

t 

U  EQU  li  OUERFLOU. 

3140 

uc 

EOU 

4801)0010 

> 

V  EQU  Oi  not  OUERFLOU. 

3170 

3190 

C3 

EOU 

aBlOOOll 

9 

C  EQU  11  CARRY. 

3190 

LSSU 

EQU 

CS 

i 

LESS  THAN  UNSIGNED. 

3300 

) 

3210 

CC 

EQU 

48000011 

9 

C  EQU  0*  NO  CARRY. 

3230 

GEQU 

EQU 

CC 

1 

GREATER  than  or  EQU  UNSIGNED. 

3230 

1 

3240 

LEO 

EOU 

4B100100 

1 

N  OR  Z  EQU  1>  ■<  0 

3250 

OTR 

EOU 

4B000100 

f 

N  AND  Z  EQU  01  >  0 

3240 

i 

3270 

LEQU 

EOU 

4B100101 

9 

C  OR  Z  EQU  1 

3290 

GTRU 

EQU 

4B000101 

1 

C  AND  Z  EQU  0. 

3290 

i 

3300 

BYTl 

EQU 

4B1001 10 

1 

instruction  type  of  byte. 

3310 

Nil 

EOU 

4B000110 

» 

NOT  ONE  BYTE. 

3320 

1 

3330 

BYT2 

EQU 

48100111 

1 

INSTRUCTION  TYPE  OF  WORD. 

3340 

NB2 

EQU 

4B000111 

) 

NOT  UORD. 

3350 

» 

3340 

•  TT4 

EQU 

41101000 

1 

instruction  type  of  LONCUORD. 

3370 

NB4 

EQU 

4B001000 

» 

NOT  LONOUORD. 

3390 

1 

3390 

BTT8 

EQU 

4B101001 

instruction  type  of  eight  bytes 

3400 

Nia 

EOU 

4B001001 

> 

NOT  EIGHT  BYTES. 

3410 

1 

3420 

FLOAT 

EQU 

-  49101010 

1 

DATA  TYPE  OF  FLOATING. 

3430 

NFLOAT 

EOU 

49001010 

1 

NOT  FLOATING. 

3440 

1 

3450 

ALIGN 

EQU 

49101011 

» 

AOimcss  alioncb. 

3440 

MALIGN 

EQU 

49001011 

1 

ADDRESS  MOT  ALIGNED. 

3470 

1 

3490 

INT 

EQU 

49101100 

1 

interrupt  pending. 

3490 

NOINT 

EQU 

49001100 

1 

NO  INTERRUPT. 

3900 

1 

3910 

EAO 

EOU 

49101101 

» 

EFFECTIVE  ADDRESS  ONLY. 

3930 

NCAO 

EQU 

49001101 

1 

NOT  EFFECTIVE  ADDRESS. 

3930 

1 

3940 

BITO 

EOU 

49101110 

i 

ALU  SITO  EQU  1. 
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PAOC 

9  PROJECT 

.7ASM-0EF1NITI0N 

UAX-EHULATOR  definition  phase.  REU  5.5.  11/02/79 

jSSO 

3S«0 

NBITO 

< 

EQU 

8B00ni0 

1 

AUU  8IT0  EOU  0. 

35?0 

TRUE 

EO'J 

iBlOtlU 

1 

LOOIC  1. 

3380 

3300 

PAUSE 

i 

EQU 

aBOOlUt 

uoaic  0. 

3800 

Moneo 

EQU 

88110000 

1 

MANTISSA  OR  EXPONENT  EQU  0. 

3810 

3820 

NMOREO 

• 

EQU 

8B0 10000 

MANTISSA  AND  EXPONENT  N04'  EOU  0. 

3830 

AUUO 

EQU 

ABllOOOl 

> 

ALU  OUTPUT  EOU  0. 

3840 

3830 

NALUO 

• 

EOU 

8B0 10001 

1 

ALU  OUTPUT  NCO  0. 

3880 

S1013 

EQU 

8B110010 

1 

SIOIS  OUTPUT  EOU  1. 

3o70 

3«U0 

NSIOIS 

i 

EQU 

8B010010 

StOlS  OUTPUT  EOU  0. 

3890 

INDXHOO 

EOU 

8Bt loot  1 

1 

INDEX  ADDRESINO  MODE- 

3700 

37(0 

NINOXHOD 

( 

EQU 

8B0100U 

1 

NUT  INDEX  ADDRESSING  MODE. 

3720 

BIT31 

EOU 

88110100 

1 

ALU  BtT3l  EOU  1. 

3730 

3740 

NBIT3t 

1 

EOU 

AiiOlOlOO 

1 

ALU  BIT31  EOU  0. 

3  750 

CONTtN 

EOU 

8BI 10101 

CC  FOR  CONTINUINO. 

37.10 

3770 

NCC.'tTI.M 

EQU 

EJECT 

aBOlOlOl 

» 

NOT  CONTINUINO. 
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|>*0C 

f  7*ooecT 

.’^ASA-CiCEINITION 

OAX -CHULA TOR  DEFINITION  FHASC.  RCV  S.3>  11/02/7* 

3SS0.  f«IITO 
]S«0'  < 

cou 

ABOOtilO 

1 

ALU  IXTO  COU  0. 

isro 

TRUf 

aC'J 

tiioim 

i 

Luorc  i. 

isao 

33*0* 

<74LSC 

1 

IQU 

4*001 111 

t 

LOGIC  0. 

34C0 

.-tOKCO 

sau 

4*110000 

1 

HAN r USA  OR  CXRONCNT  SOU  0. 

3«10 

3A20 

NnOKCO 

1 

CDU- 

4*010000 

» 

HANTISS*  AND  SXFONCNT  NO*  SOU  0- 

3*30 

ALUO 

cou 

4*110001 

1 

ALU  OUTPUT  CQU  0. 

3*40 

3*S0 

M*i.UO 

1 

CQU 

4*010001 

1 

ALU  OUTPUT  NCO  0. 

3*40 

S3013 

cou 

4*110010 

* 

SIOIS  OUTPUT  CQU  1. 

3470 

3*00 

NilOlS 

i 

CQU 

4*0  too  10 

1 

CIOlS  OUTPUT  SOU  0. 

3*70 

INPXHOO 

cou 

4*110011 

1 

INDEX  AODRCStNO  HOOC. 

3700 

3-710: 

MlNOXfiOO 

1 

CQU 

**010011 

) 

NOT  index  AODRCStlNO  nODC. 

3720 

•  IT3I 

EQU 

**110100 

1 

ALU  }tT3l  COU  1. 

3730 

i-’^o 

N«3r3t 

1 

CQU 

**010100 

1 

ALU  aiT3t  COU  0. 

3730 

CONtin 

CQU 

**110101 

CC  FOR  continuino. 

37<»0. 

37'0 

MCC.4Tlf4 

COU 

EJECT 

4*0l0l01 

i 

NOT  CONTINUINO. 

133 


NAVTRAEQUIPCEN  78-C-0157-1 


U  »R0JtC7  rt*SN-PEriNITlON  VAX -EMULATOR  DEFINITION  FHASE>  REV  5.3i  11/02/79 


4270 

BYTE 

EQU 

480001 

1 

TRANSFER  ONLY  ONE  BYTE  (BYTE  *0> 

4230 

WORD 

EQU 

4PC011 

1 

TRANSFER  ONLY  ONE  WORD. 

4290 

L.IORO 

EOU 

431111 

} 

transfer  lono  word. 

4300 

BYTE! 

EPU 

4B0010 

1 

WRITE  ONLY  BYTE  *1. 

4310 

•YTE2 

EQU 

4B0100 

» 

WRITE  ONLY  BYTE  92. 

4320 

BYTEO 

EQU 

9*1000 

> 

WRITE  ONLY  BYTE  *3. 

4330 

EJECT 
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FAlJt  PROJECT  MASiM-CiCFINITION  UAX-EhULArOR  PEFINITION  RHASE  t  REV  3.5.  U.'02/7» 


4l40 

1 

4330 

4  7,»0 

•  «  DEFINITION 

file  of  FLAGS  CONTROL  » 

■»?'0 

4380 

43*0 

1 

4400 

*  rwts 

file  defines  THE  OPERATIONS  OF 

ALU 

FLAOS  WHICH  INCLUDS 

4410 

»  V.N.Z 

AND  C  < 

ALSO  the  SOURCES  OF  THE 

FLAGS'  CHANGE. 

4420 

4430 

1 

4440 

1 

4410 

«  •  FLAGS  CONTROL 

4460 

1  FLAGS 

.FLAOS-i 

changed .FLAOS-SOURCES 

4470 

1 

4480 

RLAGS 

FORM 

99X . 4y BOOOO . 3VB00. 3VP00 

*  ivo.Sk 

44*0 

4300 

1 

4310 

»  *  rEFlNlTIQN 

OF  FLAGS  variables  : 

43  :o 
4330 

1 

HONk; 

eou 

4l<0000 

1 

NO  FLAOS  changed. 

4340 

EQU 

4D0001 

t 

SET  Z-1.  ZERO 

4330 

N 

EPU 

4D0010 

4 

SET  N-1.  NEGATIVE. 

4360 

NI 

EQU 

4B001  1 

» 

SET  N.  Z-1 

4370 

V 

EPU 

460100 

t 

SET  Val.  OVERFLOW. 

4360 

vz 

EQU 

460101 

4 

SET  V,  Z»l. 

4390 

VN 

eou 

4601  to 

t 

SET  V,  N«l. 

4a00 

'.'NZ 

EOU 

46011 1 

4 

SET  V.N.:-l . 

4610 

c 

EQU 

461000 

4 

SET  C-1.  CARRY. 

4620 

CZ 

EQU 

461001 

4 

SET  c.r»i. 

4630 

CN 

EOU 

461010 

1 

SET  C.N-l. 

4640 

CN2 

EQU 

461011 

1 

SET  C.N.r-l . 

4630 

cv 

eou 

461100 

4 

SET  C.V-l. 

4o60 

cvz 

EQU 

461101 

4 

SET  C.V.Z-I. 

46/0 

CVN 

eou 

4611 10 

4 

SET  C.V.N-l. 

4680 

CVNZ 

EQU 

461U1 

4 

SET  ALL  flags. 

4690 

4700 

ALL 

enu 

CVNZ 

1 

•SET  ALL  flags. 

4710 

1 

4  750 

1  •  OCFINITtON 

OF  FLAGS  SOURCES  >V.N.Z 

6  ) 

4730 

» 

4740 

AF 

EOU 

2600 

1 

ALU  flags. 

4730 

OIRL 

eou 

2601 

4 

OIRKCTLY  LOAD  PRON 

4760 

ZtR 

EOU 

2610 

1 

CLEAR  FLAOS. 

*7-9 

4730 

KIR 

Eoa 

2*11 

4 

LORO  CARRT  HKNr  ALU 

47*0 

» 

4«00 

1  •  OCFINITTON 

OF  FLAGS  SOURCES  (NZ>  I 

4610 

1 

4620 

NZAF 

EQU 

ISO 

4 

NZ  loaded  FROM  ALU 

4*30 

4631 

NZSIRL 

eou 

ISt 

1 

NZ  DIRECTLY  loaded. 
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pace  14  PROJECT  HASM-DEFTNITION  VAX-EMUtATOR  DEFINITION  PHASEf  REV  3.5.  It/OC/T® 
48SO  • 

4^60  I  «««««»««««««««««»«»««**«««««««*««* 

4e’0  t  «  DEFINITION  FILE  OF  DUS  CONTROL  « 

4880  i 
4890 


4V00  • 

4910  i  8US  CONTROL  FILE  DEFINES  THE  DATA  TRANSFER  BETWEEN 
4920  I  BUSES  AND  REOISTERS. 

4*30  * 

4940 


4930 

BPSL 

FORM 

C4X.2BI0.a6X 

1 

DATA-BUS  V- 

PSL. 

4960 

BOOR 

FORM 

24X.2B0l.a6X 

1 

DATA-BUS 

DATA  OUTPUT  RED 

4970 

BPC 

FORM 

26X.2B10.84X 

) 

ADDRESS  BUS 

PC. 

4980 

4990 

BAOR 

FORM 

EJECT 

26X.2B01 .a4X 

B 

ADDRESS  BUS 

ADDRESS  RED. 
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PAGE  IS  PROJECT  MASM-OEF  IN!  T  lUN  i^AX-EnULATOR  OEFINITION  PHASE*  REV  5.5.  il/OC/’R 

SOvO  I  *  OEFINITrON  FILE  oF  REaiSrERa',  COUNTERS  CONTROL  • 

5000 


3030  . 

50A0  I  *  REGISTER  LOAD  FORMAT 


SOSO 

1 

SOaO 

LEC 

FORM 

ivei . lo^x 

•  LOAD 

exponent  counter. 

50  70 

lFC 

PORH 

• \oz% 

>  LOAD 

PC. 

3090 

LADRO 

FORM 

’Xi 1^91 • 104X 

>  LOAD 

ADDRESS  REGISTER. 

50*0 

ldor 

FORfl 

ax  1  lyjitx  1  103X 

•  LOAD 

DATA  OUTPUT  REG. 

3100 

LFSL 

FORM 

fX. iwjH  , t02X 

>  LOAD 

RSL. 

suo 

LOIR 

FORM 

lOx . ivBl 9 101 X 

>  LOAD 

oata-input-reo  prom  datawus 

5120 

LOPCR 

FOf^H 

ux*  ivai  •  loox 

<  LOAD 

OPCODE  REG  from  DATABUS. 

5130 

5140 

1 

-1150 

*  «  INCREMENT 

WAX  COUNTER  : 

3151 

i 

SlsO 

1  ^4X 

COUNTER  WILL  POINT  THE 

3903  REGISTER  ADDRESS  SPECIFIED 

3170 

i 

THE  ADDRESSING  NODE. 

5180 

t 

51->0 

TMCVlf 

form 

33X. 181. a^x 

5:oo 
3CtO  I 

5320  »  t  EXPONENT  COUNTER  CONTROL  : 

5330  » 

33A0  EXPCU  FORM  39X.3B00.a2X  »  UPCOUNT  EXP-COUNTER. 

3250  CXPCO  FORM  29X.3BlO.a2X  I  DONNCOUNT  EXP-COUNTER. 

5360 


3370  » 

5380  I  «  INDEX  ,*»QPE  FLIP  FLOP  CONTROL  I 
32«0  t 

5300  •  INDEX  mode  FUPFLOP  WILL  INDICATE  THE  INDEX  MODE. 

9310  ( 

5320  StMFF  FORM  3OX.3BlO.80X  *  SE  INDEX  MODE  FLIP  FLOP. 

9330  CIHPr  FORM  30X.3B01.90X  •  CLEAR  INDEX  MODE  FLIP  FLOP. 

3340 


3350  ) 

S3A0  t  •  continue  FLIP  FLOP  CONTROL  : 

9370  I 

9390  i  A  OCNSRAL  FLIP  FLOP  NAMED  CONTINUE  UILL  WORK  FOR 
93*0  1  COMOITION  TEST. 

3««0  ) 

9A»0  9C0NT  FORM  3X.3BOI.I07X  I  SET  CONTINUE  FLIP  FLOP. 

3A20  CCOMT  FORM  3X.3Bt0.l07X  »  CLEAR  CONTINUE  FLIP  FLOP. 

3430  EJECT 
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^•oe  16  PROJECT  MRSh-DEFlHITlON  OAX-e«OLATOK  DEPINITION  PM6SE.  REV  S.Si  11/02/T* 
S440  I 

5430  I  a  OEFINITION  file  of  special  ALU  functions  a 
3460  <  aaaaaaaaaaaaaaaaaaaaaaaaiiaaaaaaaaaataaaaaaa 

3470 


3400  I 

3440  I  a  SPALU>ASRC>AAORiSSRC>MORiSPFUNC>OCST.WREN>CYINrSISNFT.atBNFT 
3300  I 

3310  SPALU  form  64X>3vaO>6VN10«tBO.6VNO>4HO.6VO60>3VHOp]VOl,fXi2VQOi2VQO<tX 
3320 


3330  I 

3340  t  a  definition 
3330  I 

3360  nuLTUN  SOU 

3370  nULTCC  EQU 

3380  I NCR  SOU 

3340  CONV  EOU 

3600  nCCLC  EOU 

3alO  NORn  £00 

3o20  NOKaal  cOU 

Sa30  0IV2C  EOU 

3640  02CC  EOU 

5«50  EJLCT 


OF  SPECIAL  FUNCTION  FIELD  »SPFUNC>  ! 


000 

100 

200 

270 

300 

400 

300 

aOO 

700 


I  unsigned  HULTIPlICATION. 

I  2'S  CONPlENENT  nULTIPLiCATIOH. 

>  INCRENENT  by  1  OR  2. 

S  SIGN  magnitude  I  2'S  COHP.  CONVERSION. 
«  2'S  CONPL.  MULT.  LAST  CYCLE. 

>  SINGLE  LENGTH  NORMALIZATION. 

'  DOUBLE  LENGTH  NORNALIZATION. 

•  2-s  cohpl.  division. 

>  2-S  CONPL.  DIVISION  CORRECTION. 
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P*i3E  17  project  flRSM-DEFINlTION  yrt*-£f(0(.4r0(»  OEFINITION  PHASE. 

S440  EHtl 

rOTAL  ERRORS 


t 
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APDKCSS 


NASM  \j0kX  thULATOft  ADPACSSING  HOOC  •ASSCf1»t*  ThaSE  REUA.O  l2/02/7f 


0110 

0130 

0130 

0140 


I  •  AODOCISXNO  HOOC  SUPOOUTXNCS:  SOURCE  I  DCSTXMATXON  • 

)  ««s««aa«««aam«SB4»sB»K»s»amA»««aaB«*sass«sa*as»saaa«a 


OISO 

0140 

0170 

0180 

01*0 

0200 

0210 

0220 


the  actual  ORCSAMOS  mill  IE  LOCATCP  SY  AOMCSSXMO  SUSROUTXNCS 
WHICH  CONSIST  SOURCE  AND  DESTINATION  ROUTINES.  THE  SOURCE  ROU.'XNCS 
nouc  the  content  or  source  ORERAND  in  instruction  rORNAT  TO  AN 
INTERNAL  SOURCE  REGISTER i  SRC*  INTERNAL  TO  THE  ALU  RAH  ARRAY. 
the  destination  ROUTINES  NOuC  THE  CONTENT  QT  DESTINATION  KCCISTCR 
.  *  OST*  or  ALU  rah  array  to  the  LOCATION  SRECXEXEP  ST  THE  IN¬ 
STRUCTION  rORHAT. 


0230 

0340 

02SO 

0360 

0270 


02t0  I 

02RO  ) 

0300  I 

0310  0000  0Olir02043OOO22AC8104C3C0O00  Hbd38 

0330  0001  oooooooooAoooo2rosiieciEoooo 

0330  0003  OOOOOOOOOEOOOOOOOS103ROE0010  rtlT 
0340  0003  OOOOOOOOOCOOOOOOOSlOSROEOOtO 
0390  0004  OOOOOOOOOA40000RSS10RC1EOOOO 
0340  OOOS  000000000400003ro01iscic0000 
0370 


general  ruRROSE  REGISTER  ADDRESSING  : 


NODE  0-3  (LITERAL  nODE> 

SOURCE  SUSROUTINE 

ALU*LirERAL***SRC*ADDR*CXTSL»LWRD*CZCRO  TLAOS  FETCH  CJHR»FL!T»FLDA 
ALU***»SRC3*Z£R0»F*LURD»CZER0  FLAGS  RET 
ALU*RCS*SRC»»SRC*ADD>FLU»LURDrCZEROrSIO  FLAOS  CONT 
ALU*ReC«SRC*«$RC»ADD*FLU»LWRD»C2CRO»SXO  Fl ACS  CONT 
ALU*CONST«f *SRCfOR»F*LWRD»CZERO  FLAOS  FIFE»4000N  CRETiNRS 
ALU**»*SRC3»:ER0*FrLWRD*CZER0  FLAOS  RET 


0390  I 

0300  I 

0400  I 

0410  I 

0430  0004  000000004300 103300000C004000  ND4S 
0430  0007  OOlfr0223] 0000441 OXS4C1COOOO 
0440  OOOi  0010r030310000A70ClS3ClCOOOO 
0490  OOOf  001OF030310O004S0C1S3C1C0000 
0440  OOOA  0011F0302100004FOC183C1COOOO 
0470 

0400  i 

0400  OOOS  000000004300l0330e000c004000  Hp40 

0900  OOOC  00107033330000241 01 eoClEOOOO 

0810  0000  0010F020230000270C183C1COOOO 

0530  OOOC  0OlOF03O23OOO03S0CXf3ClE0000 

0930  OOOF  001ir0302300003FOCX83ClCOOOO 

0940  0010  OOOOOOOOOCOOOOOOOSOOOC004000  AORFAULT 

8990 


NODE  4  (INDEXED  NODE) 

SOURCE  SUORQUTINC 

ALU  FLAOS  CjHF*ADRFAULT*1N0XH0D 

AlU*REC»AHOI<E**XNDCX*ADDR»F»LWRD»CZERO  flags  SIHFF  CJSHti*0TT2  CFET 
ALU*Re6»INDCX»*lNDEX»A0D»F*LHR0»CZER0  FLAGS  CUSHD»0VT2  CFETCH 
ALU*REG«lNX»CX*«lNDEX»AOD»FfLURO*CZCRO  FLAGS  CJSNDtHYT4  CFETCH 
ALUrRCG»INO€X*«INDCX>ADD»F.LMRr»CZERO  FLAGS  USHD  FETCH 

destination  SUSROUTINE 

ALU  FLAGS  CJHF»AbRFAULT*INDXnOD 

ALU*REC*ANODE»*XNDEXrADDR*F.LWRD>CZERO  FLAGS  SINFF  CJDHD»|IVT1  CFET 
ALU*REG*INOex*rINDCX»ADD*F.tWRD»CZERO  FLAGS  CUDND«0VT2  CFETCH 
ALI'*RCO»JNDCX»*XNDCX»AOD*F.lWRD»CZERO  flags  CJPND*SYT4  CFETCH 
ALU>RCO«INOCXf •tNDEX»A0D*r,LWRD*CZCRO  FLAGS  JDHD  FETCH 
ALU  FLAOS  CONT  I  ADDRESSING  NODE  CRROR»NOT  SRACCXFXCD 


0940  i 
0970  ) 
0990 

0900  ( 
0400  0011  000002000400000410104C1EUOOO  H05S 


NODE  9  (  RCOISTCR  DIRECT  HODS  ) 

SOURCE  SUSROUTTNE 

ALU*RCG»AMODe* •SRC»a(iDR*F«lwRD*CZERO  incur  FLAOS  CRCT>nSS 


143 


NAVTfy\EQUIPCEN  78-C-0157-1 


*GC  3  AOOMCSS  MASn  ChULATOK  AUr»«CSSlNG  AODi •  ASSCHKL t  AhaSC  RCV».0 


0*10  0012  OOOOOOOCOA00007F lOllACSlOOOU 
0A30 

0*30  •  '  “  » 

OAAO  t 

GaSO  0013  0O00Or004300lS0«0A20AC30OOO0  nosi< 
vAaO  (^014  OOOOOOOOOeOOOOOOOAAOAClCOOOO 
0*70  OOlS  l000OOOOOAO000330eOO0C0O400O  nOSDA 
v>4«0  0014  OOtlFOCOl  700000C09000C004000 
OaOO 


ALu*iii:a*AH0Dc.*9RC3*40ti(^.r.Lwft(i»czcR0  ^laos  nn 


OeSTlNATXON  SUOROUTIHC 

ALU*Rt0.l*ST..An00C.Alipfc,P.  INSfCZERO  FLAGS  lNC\/fc  CJhF’.HPSDA.NI'e 
ALU«/(tG*06rr>  •A#iODE«AODR»F«kWKO»C2CRO  >^LAOS  CONT 
ALU  ^LAGS  CCONT  CRCT.CONTIN 
ALU  FLAGS  FETCH  JAAF 


nOOe  6  I  RCGISTCf^  DCFERfttD  HODC  > 


010000004 1002C3310 1 aACIEOOOO  a[iaS 

hDaSk 

012l0010430ClhCii0r  1A3COOOOO  / 

002 loot ooAooooooreiOACicoooo 

OOOOOOOOOA00002F2811 4C 1 eocoo 
002l00l00co000000e000c004000  APaSNA 
000000000400000428 1 OAC 1 COOOO 
Ol2tOOtOOCOOOOOOOE9AaCOOOOOO 
002 J  00 1  OOCOOOOOOOeOOOC 004000 
0000000 0OAOOO03F2il lAClCOOOO 


SOURCE  subroutine 

ALU«REG»ahOPC.  »eA.APDR.F*LURl*»C2E:R0  FlAGS  LADR  CJSB.  INXSUB*  INOXHOP 
ALU*R£C*FOUR**tA*APD*F.NWR>CZ£RO  FLAGS  RCADtlTTrC  LAt>R 
C JAR  *  HPaSNA  »  NAL I 6N 

ALU.DIR.*.5RC.APPR.F,LyRr-»CZER0  FLAGS  READ.ITTFC  CRET.NBS 
ALU»DIR«  •  .SRC2*AliPR.F  ,lurp»c:ero  flags  ret 
ALU  flags  REAP»ITTPE  CONT 

ALU*01R***SRC.ADPR*F,cNRn.CZERO  FLAGS  CRET.Npa 
ALU*REG*C1QhT . •£a*ACI'«F »nwR» C2ER0  FLAGS  REAP.ITYFE  LAPR  COnT 
AcU  REAO.ITYPE  CONT 

ALU«DlR*».SIIC2*A0PR*F,LNRti,CrER0  FLAGS  RE1  _ 


0l0OOOO04|OO2C33l01AACieoO00  AbAp 

ADA  DA 

0 10300004  300  2 AOiO  8 1 c3C000000 

OO8OOO0043002404OA8gAC000000 

0003r0900C00000008000C004000 

100000000A00003908000C004000  HPaOS 

00UF0201''0O00OC0800OC0O4OOO 

000300900C00000008000C00400C  APAPNA 

008OOOOO43002404OA804C000000 

0103FOSOOCOOOOC0081D3COOOOOO 

0003F0904300342ROeOOOC004000 


destination  subroutine 

ALU*REO*AAOOt..CA.AHOR»F.LURr»C2ERO  FLAGS  LAPR  CJSB# INXSUP» IHP*N0P 
ALU*REG*eA. •P0UK*ApD»FtNWR»C2ER0  FLAGS  yRITE.ITtRE  LAPR 
C JAA • ADaDNA « NAL IGN 

ALUfReO»OST2*..AODK*F*NyR»C2ERO  FLAGS  LDOR  CJAR» aDaP8*NM 

ALU  Flags  write *lwori>  coat 
ALU  Flags  cccnt  cftC'f»C0HTiN 
ALU  Flags  jaap  fetch 
ALU  flags  write* ITYPf  CONT 

ALU*REG*OSTr***APOR*F.NWR.CrERO  FLAGS  LDOR  C JAR • HD4PR*NP8 
ALU*RCG*EA.  .ElGMt.A0C«»F.NWR.C2CR0  FlaCS  URITErLWORP  LAPR  CONT 
ALU  flags  WRlTE*LWORI>  JUAF*NP6DB 


AQPE  7  «AUT0DCCREAENT  A0DE> 


1030  002A  000000004300172F*«20tClE4000  AD^S 
tOAO 

1090  ( 

1000  f 

1070  0029  000000004300202RA8201Clff4000  A07P 


SOURCE  SUBROUTINE 

ALUtPTYPE* * •AA0DE*5U|ISR*F.lWRD*C0A€  FLAGS  JUAP*A0a$ 


DCSTlNAnON  subroutine 

ALU»DTYPt***AAOKrSUBBR*F>LURP»CONC  FLAOS  JUAR>RBAD 


AOOC  8  <  AUTOINCRCAENT  AOOC  ) 


SOURCE  subroutine 


NAVTRAEQUIPCEN  78-C-0157-1 


4  address  iaSH  VAX  EMULATOR  AOORESSINQ  r*OD£ » ASSEMfiLY  PHASE  ^EVd.O  12/02/79 


1 130 

002C 

1140 

0020 

tiso 

d02£ 

1140 

U70 

1180 

002F 

1190 

0030 

1200 

1210 

1220 

1220 

1240 

1250 

0031 

1240 

1270 

0032 

1200 

0033 

1  290 

•'034 

1300 

)03S 

1  •  1 0 

0014 

1320 

0037 

1330 

1340 

1350 

0038 

1340 

1370 

0039 

1300 

003A 

1390 

003B 

1400 

00 3C 

1410 

0030 

1420 

V430 

003C 

1440 

14S0 

14«0 

14^0 

14«I0 

003F 

1490 

0040 

ISOO 

0041 

iSiO 

0042 

IS20 

IS30 

1940 

>043 

1990 

0044 

1940 

0049 

1970 

004# 

1980 

1990 

:603 

1410 

1420 

1430 

0047 

1440 

004S 

010000004 1 002E33 10 lAAClCOOOO  MOSS 
0000000041001 83FAfl203ClE0000 
01 00000 10AOOOO:FOC1a3C1COOOO  IMXSU8 


0l00000041002f33l016*cic000a  MOSO 
00000000430021 2FAa2O3ClE00OO 


010000000C00000010004COOOOOO  n09S 

0l2lF0l0430O3SOe0F:03ClE0O00  / 

Ol0000004300iai328l4AClEOOOO 

O10O0001430013CF0C1a3CIE0000 

ooriFoiooEoooooooaooocoo^ooo  mD9sha 

0 1 0000004300 1313201 aaC 1 COOOO 
OlOOOOOl4300ia2FOClA3ClCOOOO 


010000000C00000010004COOOOOO  1090 

OlOOOOOO«3003COBOf203ClEOOOO  / 
01000000430021 1 328l44CieOOOO 
010000014300212FOC1A3C1COOOO 
0021FOlOOCOOOOOOOeOOOC004000  n090NA 
01000000430021 13201440 ICOOOO 
0100000 1 430021 2F0C 1 43C 1 COOOO 


I 

) 

ooooooooocooooooo0i40cieooco  moas 

001  lFO2OOCOOOOOO40l4FC3eOOOO 
0 I 0000004300 1813101 43C 1 EOOOO 
0 1 000001 4300 1 32F0C 1 dSClCOOOO 


OOOOOOOOVCOOOOOOO8140C1COOOO  MD4D 
001 lFO2OOCO«OOOO4014FfSCOOoo 
0 1 000000430031 13101 43C 1 COOOO 
0 1 00000 1 4  300  2 1 2F  OC 1 43C 1 COOOO 


f 

OOOOOOOOOCOOOOOOO0140C1  COOOO  MOBS 
00 1 1FO2OOCOOOOOO40 1 4FCSC0000 


ALU*ReG«AiiOOe»*eA.ADDR>F»LWR0«CZ£R0  flags  LAOR  CJS8«tNXSUB»XND4Mc 
ALU*DTYrC» • *AM0DCr4DD*F >luRD>C3CR0  FLAoS  JUHP.H04SR; 

ALU«RC0* ZM0CX**CA*ADDrF*LWAD#C2£R0  FLAGS  LAOR  CIHFF  RCT 

dcstinatiom  subroutine 

ALU»ReO#AfH}OC»*£A*A0Dft»F»LWRD»CZCRO  FLAGS  LAOR  CJ0B* tHXSUB* tNDXHO 
ALU*OTYPC»»*AM30e*ADO»F*LaRO«C:ERO  FLAGS  JUnP*M040K 


MODE  9  < AuTOtNCRCMCNT  DEFERRED  MODE) 

SOURCE  subroutine 

ALg»ReG»AHOOC»**AOOR*F*NUR*CZERO  FLAGS  LAOS  CONT 
ALU>REG*F0UR* •AMODC»ADD*F.LURO*CZeRO  FLAOS  RCaO»LWORO 
LAOR  CJMR*MD9SNA#NAL IGN 

Ai.u*DtR« • *EA»ADOk>F»cURD>CrERO  FLAGS  LADR  CJhR » mDaSK •NINOXHOD 
alU*RCC« INDEX* .EA.ADD»F .L4RD»CZER0  ^LAGS  LADR  CIMFF  jUMR*n04SK 
AcU  ^LAGS  RCA0*L40R0  SONT 

ALU»DtR* * *eA*ADbR*F .LaRD»C2ER0  FLAGS  LADR  CJHR*MD48K*N1N0XH0D 
AUU*R£G*INOCX»*CA»AOD*F»LURO«CZ£RO  F-laGS  LAOR  CINFF  •-UAF*MU4SR 

DESTINATION  SUBROUTINE 

ALU*ReG*ANODe*»>AOOR*F>NUR»CZERO  FLAGS  LADR  CONT 
ALU*ReO*FOUR**AAODE*AOD»F»LWRO*CZ£RO  FLAGS  LAOR 
C JMR •N090NA  t  NAL  X  GN 

ALU*OrR>*«eA»AOOR»F.LURO.Cr£RO  FLAOS  LADR  CJRR*n040X»NINDX}«0D 
ALU'REG* lNDEX*»EA*ADD»F*LyRD»C:CRO  FLAGS  LADR  CIHFF  JUAR>MD4DF 
ALU  REAOfLUORO  CONT 

ALU*OtR* « •eA*ADDR«F*LWRD»C2£R0  FLAGS  LAOR  CJHF*N040l(*NlNDXNOD 
ALUtRCG* tNOEX»«EA»ADD»F.LNRO*CZERO  FLAGS  LAOR  CZHFF  JUHF*HD4DK 


HOOC  A  (trie  OISFLACCHENT) 

SOURCE  SUBROUT  INC 

ALUr.**CAf2ER0#F*LUR0*CZER0  FLAGS  CONT 
ALU*B8B»*«CA*0R«CXTBL»LWRD»CZER0  fetch  CONT 

ALU»ReO*AHODC»«EA»ADD*F>LyRD»CZERO  FLAGS  LADR  CJHF*nD4SR«HlNDXM0r 
ALUrRCG*INDCX**EA«ADD»F»LURD'CZ£RO  FLAGS  LAOR  CIHFF  JUHF*n04SR 

destination  subroutine 

alU»««*CA*ZCRO*F.luRD*CICRO  flags  cunt 

ALU»B0B» • *CA*OR*CxrBL *LWRD*CZCRO  FLAOB  RCTCH  CONT 

ALU*RCO»AHaDC»*IA»A0D*F*LUR0.CZCRO  FlAOB  LAOR  CJHR>HO*DK»NlHOXmjl 
ALUvRCO* INPCX* *CA»AOD«F >LNRD»CZSR0  FLAGS  LAOR  CZHTF  JURR*n040H 


MODE  B  (BYTE  915FLACEMCNT  PCFCRRCD) 

SOURCE  subroutine 

ALU«<««CA»ZCRO*F»LtfRDtCZERO  FLAGS  CONT 
ALU*BRB***CA»OR*CXT1L»LURO»CZCRO  flags  fetch  CONT 


NAVTRAEgUIPCEN  78-C-01b7-1 


3  OPPRESS  flrtSM  UA»  EHULrtrtlK  AptlKf  SSiNli  MOPE .  ASSEnPL»  t-HASE  REWA.O 


t«so 

0046 

ld«0 

1*70 

004A 

LfttO 

0048 

I4f0 

004C 

t?00 

0040 

1710 

004C 

i7ro 

004f 

1740 

1760 

0030 

1770 

0091 

1710 

0092 

1760 

1000 

0093 

1810 

0094 

1820 

0099 

1030 

0096 

1040 

0097 

1830 

0098 

I860 

1870 

1880 

1880 

IfOO 

1710 

003T 

1720 

GOSA 

1730 

GOSS 

1740 

GG3C 

1790 

OGSD 

1760 

1770 

1780 

1770 

OOSC 

OOOO 

GG3F 

:oio 

OGAO 

:o2o 

GGAl 

:030 

G0A3 

2040 

3030 

3040 

10-0 

1000 

30*0 

0043 

ZlOO 

0044 

3110 

004S 

3130 

0044 

3130 

3140 

0047 

3130 

0040 

ZIAO 

0048 

3170 

004A 

3180 

0040 

0 1 ooooooo  coooooo  VOVA3C1COOOO 

oi2iFoi043ooAooaorujcicoooo 
010«OOOOA30031l328t*AClKOOOO 
4 1 00000 143001  croc  1  a3CI  eoooo 
0031 FO  tool 00000008000C004  400 
010000004300 1  ai 331 1 AAC 110000 
OlOOOOO1430Oia3F0ClA3ClKOOOO 


0OOOO00OOC0OO0OO08 1 ASC ICOOOO 

ooliFoaoocooooooAaiAFESEoooo 
0 1 OOOOOOOEOOOOOO 1 0 1 A3C 1 eoooo 

0 1 3iroio43ooSAO(OF I a3c leoooo 
01000000430031 13301440110000 
01 OOOOO 1 430031 :F4C 1430110000 
003 iFoiooeoooooooeoooo 004000 
01000040430031 13381440110000 
0 1 00000 1 430031 3F0C 1430 110000 


000000000100000008 1 4dc ICOOOO 
OOllF0300C000000481aFC030000 
001 IFOSOOIOOOOOOASIAFCPCOOOO 
0tO«OO0«43OO1813t0t43ClE000O 
0 1 00000 14300183F0C143C  ICOOOO 


ooooooooosoooooooa i 48c i eoooo 
0OllF4200E0OOO0O«ai4FC03OO0O 
00 1 1F0300E00000048 1 aEEPCOOOO 
01000000430031 1  3 10143C I EOOOO 
01000001 430031 3F0C1 43C ICOOOO 


ooooooooocoooooooat  asc iiocoo 
001 ir0300t0000004ai«FC030000 
0011 80300100000048 1 4FCDCOOOO 
0 1 OOOOOOOCOOOOOO 1 0 1  43C  1  EOOOO 

0 13180104 3OO«AO8Ori43ClI0O0O 
0t0000004300t0l338l44cif0000 
0100000 t430018380C143ClCOOOO 
ooa 1801 OOCOOOOOOOOOOOC004000 
0 1 0000004300 I 8 1 338 1 AAC ICOOOO 


/ 


NOaSMA 


I 

I 

ADIP 


/ 


AOaPNA 


I 

1 

I 

I 

ADCS 


I 

» 

AOCD 


I 

# 

I 

I 

Aooa 


AOOtHA 


Ai.0>RCa.AA0bC>«CArADl>*8.i.wRDiCZEKD  8LA0I  LA08  CDNT 
ALU-RiafFOUAr  •EA.A0D>8,lU8D>CZC80  ELAOS  lam  aCAO'LUORD 
C  JH8  •  A  0  aSMA  .  NAt.  1 OM 

ALUtOta*  •  .CA.AOOM.F.LyRD>CZCRO  FLAOI  LA08  CJNFtNDAOKfNlNOXHOD 
ALU>8Ca>  IAOC)i>  >CA.A00>8.LWa0>CZCR0  FLAOS  lad*  CINFF  JUNFiADASH 
ALU  flags  ACAD'LWOMD  cont 

ALU<PtR...CA.ADDII.F,LMIl.CZERO  FVAOt  LAM  C JAF>NOASK .NINOXMOO 
ALUtACO> INDEX. 'EA. ADO. F. lord. CZCRO  FLAOt  LADR  CINFF  JUnF.NOASA 


OlSTlNAriaN  SUSROUTINC 

ALU. . . .EA.ZIRO'E .lurd.czero  flags  cont 

ALU.D88. • .CA.OR.CxrDL.LwRD.CZERU  FLAOl  FITCH  CONT 

ALU. RCO.AHOOC..CA. add. F, CURD. CZCRO  FLAGS  LADR  CONT 

ALU. RIO. FOUR. .CA. ADO. F. lord. CZERO  FLAGS  .AM  RIAO.LURD 

CJHP< AD8CNA.NALIUN 

alu.oir...ca.aoor.f.lurd.l'Zcro  flags  laor  cjaf.hdaok.nindxnoo 

alU. RIG. INDEX. 'EA. ADO. F.lwRD.CZERO  FLAGS  LAOR  CINFF  JUNF.HDADK 
ALU  flags  RCAO.LUONO  cont 

ALU.OIR...CA.ADDR.F.LURD.CZIRO  flags  lam  CJNF.NDADK.NINDXNOD 
Alu.RCG. INOCX. .CA.AdO.F.luRD.CZERO  flags  LADR  CINFF  JUNF.NDADK 


NODE  C  (WORD  OtSFLACCNCNT) 
tauRCC  SutRQUTlNC 

ALU. ...fiA.ZKRO. F.LWRD.CZERO  FLAGS  CONT 
ALU.aSa.. .CA.OR.F. RO.CZSRO  flags  fetch  cont 
ALU.888...CA.0R.EXTU.8331.CZER0  FLAGS  FETCH  CONT 
ALU.RCO.ANOOe..CA.ADO.F.LWRO.CZCRO  FLAGS  LADR  CJNF.H0A8S.NINDXN 
ALU. RED. INDEX.. EA. ADD. F.lwRD.CZERO  FLA08  LAOR  CINFF  JUNF.NpAas 


OCSTINATION  SUSROUTINC 

ALU....CA.3CR0. F.LWRD.CZERO  FLAGS  CONT 

ALU. »s*... CA.OR.F. 80. CZERO  FLAGS  FETCH  CONT 

alU.SS*. • .CA.OR.EXrWf 8331 .CZCRO  FLA08  FfTCH  CDNT 

ALU. REO>AHaDC..CA. ADO. F.lwRD.CZERO  FLAGS  LAM  CJNF.NDADK.NINDxr- 

ALU. RED. INDEX. .CA.ADO.F.LWRD.CZERO  FLAGS  LADR  CINFF  JUNF.HDOOS 


NODE  0  luORO  DISFLACCNCNT  DCFERNCD > 

SOURCE  SUiROUTINC 

*LU...<CA. ZERO. F. lord. CZERO  FLAGS  CONT 
ALU.SSS...EA.OR.F.SO.CZERO  FLAGS  FETCH  CONT 
ALU.SSS...fA.OR.CXTU. 8331. CZERO  FLAGS  FETCH  CONT 
alU. AEG. ANOOC..CA.APO. F.lwRD.CZERO  FLAGS  LAM  CONT 
ALU. REG. FOUR.. CA.ADO.F.LWRD.CZERO  FLAGS  RtAP.LHORD  LAOR 
C  JNF .  NOOBNA  .  NAL I  ON 

ALU. OIR...CA.AaDR. F.LWRD.CZERO  FLAGS  LAM  CJNF.NDAW.NINOSNOO 
ALU.REG. INDEX. .CA.ADD.F.LNRD. CZERO  FLAGS  LADR  CINFF  JUNF.HDASS 
ALU  flags  REAO.LWORO  CONT 

ALl  G1R...CA. ADM. F.LWRD.CZERO  FLAGS  LAM  CJNF.NDASS.NINOSNOD 
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A  ADPKTSS  iCMifLATOPI  AOO’^rf^STNa  HOUC  •  Ag^F HPL  v  ’'HAgF  AKV'a  .  v'  02  '*t 


.M<»0  00 aC 

:2oo 

::iv> 

2.20 

2JJ0  0040 
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4040  OOOO  0011F0200E0000004S14FC020000 
4070  OODC  0O11F02OOEOOOOOO4814FE0C0OOO 
4080  OOOF  010000000C00000007743C1C3COO 
4070 

4100  OOCO  0121F01043OO74OB0F143C1E3C0O  / 

4110  0081  00000000430021 1328144C1EOOOO 
4120  OOC2  010000004300313FOC143C1C3COO 
4130 


PROORAH  COUNTER  AODRCSSING  UORD-RELATIWE  DEFERRED  NODE  (NODE  D> 
SOURCE  SUBROUTINE 

ALU. NOSRC...EA. ZERO. F.LWRD.CZERO  FLAGS  CONT 
ALU.BSB...EA.aR<F.BO.CZERa  FLAGS  FETCH  CONT 
ALU.BSB...EA.0R.EXTU.B321.CZER0  FLAGS  FETCH  CONT 
ALU. REG. PC.. EA.AOD.F.LURO.CZERO  FLAGS. ALL  LADR  CONT 
ALU. REG. FOUR. .EA.ADD.F.LURD.CZERO  FLAGS. ALL  REAO.LUORD  LADR 

cjnp.hoosna.nalion 

ALU.DIR...EA.ADDR.F.LURD.CZSRO  FLAGS  LADR  CJNP.ND4SX.NINDXNOO 
ALU.REG. INDEX. .EA.AOD.F.LURO.CZERO  FLAGS. ALL  LADR  JUNP.HD4BK 


DESTINATION  SUBROUTINE 

ALU. NOSRC...CA. ZERO. F.LURD.CZERO  FLAGS  CONT 
ALU.aSB...EA.OR.F.BO.CZERO  FLAGS  FETCH  CONT 
ALU.BSB...EA.0R.eXTU.a321.CZER0  FLAGS  FETCH  CONT 
ALU.RCG.PC..EA.AOO.F.LWAO.CZERO  FLAGS. ALL  LADR  CONT 
ALU. REG. FOUR.. EA.ADD.F.LURD.CZERO  FLAGS. ALL  REAO.LUORD  LADR 
C JNR . NOOONA . NAL ION 

ALU. DIR.. .EA.ADDR. F.LURD.CZERO  FLAGS  CJNP.NDAOK.NINOXNOO 
ALU.REG. INDEX. .EA.AOD.F.LURO.CZERO  FLAGS. ALL  LADR  JUNP.ND40R 


4140  I 

4120  I 

•  140  I 

4170  I 


4180  OOE3  OOOOOOOOOSOOOOOOI8148C1COOOO  PCMPES 
4170  00E4  OOIlF0300S0000004ai4FC03000U 
4200  OOES  OOI1F0300E0000004S14FC040000 
4210  OOEa  OOI1F0200E0000004814FC080000 
4220  OOE7  0011F0200S0000004814FC100000 
4230  00C8  010000004J0018ia07743ClE3COO 
4240  00E7  010GG00043001S3POC143C1S3COO 
4230 

4240  ) 

4270  I 

4280  ODEA  OOOGGOOGGEGOOOOOCSloaClEOOOO  PCNDED 
4270  0088  0011F0800C00000048t4FC030000 
4300  OOEC  0011P0300E0000004814FC040000 


NODE  E  <  LONGUORO-  RELATIVE  MODE  > 

SOURCE  subrouting 

ALU. NaSRC...EA.ZERO. F.LURD.CZERO  FLAGS  CONT 
ALU.BSa...EA.aR.F.BO.CZERO  FLAGS  FETCH  CONT 
ALU.BSB...SA.OR.F.B1.CZERO  FLAGS  FETCH  CONT 
ALU.BSB...SA.0R.F.B2.CZERO  FLAGS  FETCH  CONT 
ALU.a8B...SA.0R.F.B3.CZER0  FLAGS  FETCH  CONT 

ALU.REG. PC.. EA.ADD.F.LURD.CZERO  FLAGS. ALL  LADR  CJNP.N04SK.NIN0XNC 
ALU.REG. INDEX. .EA.ADD.F.LURD.CZERO  FLAGS.ALL  LADR  JURR.ND4SK 


OEfTINATION  SUDROUTINE 

ALU.N08RC...EA.ZER0.F.LURD.CZER0  FLAGS  CONT 
ALU.DM...CA.0R.F.80.CZER0  FLAGS  FETCH  CONT 
ALU.taa...CA.OR.F.Sl.CZERO  FLAGS  FETCH  CONT 
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10  AOOUCtS  flASn  OAK  CnULArOA  AOORCSStNQ  AOOC*AStCNOl.Y  l^HAtC  WVA.O  l2/02/7» 


4310  OOCO  OOllf 0200(OOOOOOAtl«FCOiOOOO  Ai.U*ISi« * *CA»Ofttr fi2*C2CK0  TlAOS  rCTCH-COMT 

4330  OOCC  001 kr0200COOOOOOAilAfClOOOOO  ALU*ast«**CA*0R*r*a3*CZCR0  FUAOS  rCTCH  CONT 

4330  oocr  01000000430031  U07«*3C1C3C00  ACU*aCQ.AC*  •€A«ADO.f  .kWAO.CZtHO  Fl.AO»*Ai.U  LAOH  C tHDADK »HtNlUh> 

4340  OOrO  0l0OOO0O4i0O213FOClA3ClS3COO  ALUtACG*  tNpCX*  •CA*AOO»F  »LtMD»CZnO  FLAOSfAU.  LAMIJUM^»N04M 

43SO 


43aO  I 

4370  I 

4300  1 

43*0  I 


4400  OOFl  OOOOOOOOOCOOOOOOCtlAiClCOOOO  PCnOFS 
4410  00F3  0011F0300C00000040UFC020000 
4430  OOF3  OOuF0300C0000004auFC040000 
4430  00r4  001tF0200COOOOOOA8UFCO«0000 
4440  OOFS  001lF0300COOOOOOA8t4FClOOOOO 
44S0  OOFa  010000000e0o000007443cic3c00 
4440 

4470  OOF**  0l3lF0lO43OO«FOaOFt43ClC3C0O  / 

4480  >0F4  010000004300l8t338l44cieo000 
4440  oOf  4  3100OO00430OIw3FO(.:ia3CI£3C00 
4300 

4^10  I 

45:0  ♦ 

4830  OOFA  OOOOOOOOOCOOOOOOC8I48CICOOOO 
4540  00F8  0011F020000000004814FC030000 
SO  OOFC  001 IF0300C0000004814FCQ40QOO 
i40  OOFO  001 1F0300C0000004814FC080000 
4570  OOFC  0OtlF0300f0OOO0O48t4FCl00OO0 
4580  OOFF  0100000*10C00000007V43ClC3COO 
45FO 

4*00  OtOO  9l3lF0104300F80iOFl43ClC3COO  / 

4410  Old  0l0OOO0O4300313F3fl44ClC0000 
4«30  0103  01000000430021 133814«C1C0000 
4*30  0103  01000OO04300213F0Cl43Cl(3C00 

4440 


miOC  F  <  LONOMOHO  OCLAriVC  DCFCmD  ) 

8QU8CC  SUMOUTINC 

Ai.U»MQ88C»  •  *€A»2C80»F»Ut48D»C2CR0  FLAGS  CONT 
ALU*888»» »CA>08*F*80fCZCR0  FLAGS  FCTCH  CONT 
4LU»8S8*»»CA*0ft*F*8t»CZC80  FLAGS  FETCH  CONT 
ALU*»8S»»»CA*0F*F*S3»CZ£R0  FLAGS  FETCH  CONT 
ALU«SSS«**CA*UR«F«S3»CZCS0  flags  FETCH  CONT 
4LU*RE0»PC«  *CA«AOO*F.L480*CZEAO  FLAU1»»ALL  LAOS  CONT 
ALU«PCQ«rQUI^«<€A«AG0>F>\.<48S»CIES0  fL*G5»ACL  LASS  SEAS»LMOIkt 
C JNP * H OF SNA Y NAL 1 OH 

ALU*0I8# ••CAtA0D8>F»LWPD»C:ER0  FLAGS  LAOS  CjnP»n04SK »N{N0XN0D 
ALU«F£O*lND8X«*CA*A0b«F«LWRD*CZEP0  FLAGS>ALL  LADA  JUNP»NSA8K 


DCSTtNATTON  SUtAOUTXNt 

ALU«NOSAC»*rCA»ZCPO»F*LNf(0»CZEP0  FLAGS  CONT 
ALU*S8S»*»CA*0P*F»i0tCZEP0  FLAGS  FETCH 
ALUfSSS* •»eA*OS»F»SltCZISO  flags  fetch  CONT 
ALU»8f8r**CA»OP»Ff»3»CZCWO  FLAGS  FETCH  CONT 
ALUrMS*»«eA»0R»F«83»CZEA0  FLAOS  FETCH  CONT 
ALUtPCOvPC* »CA«A1)0»F.LUA0»CZCR0  FLAOSrALL  LAOS  CONT 
ALUfFCO«FOUG»'CA»AOO»F»LWIIO*CZCRO  FLAGS»A1X  LADA  ACAO»LNOIID 
C JNF t AOFONA » HAL X ON 

ALUf OlR««*CA*ADOA*F»LNAD»CrESO  FLAOS  LADA  3VmP*N040K 
ALU»OXA»»«CA»AOOA«F»LWAO»CZEAO  flags  LADA  CJNP«AO«OK»NINDXNOD 
ALU«ACO*XNO€X»»CA»AOO*F»LNAD»CZEAO  FLAOSt^L  LADA  JUNAvADaOK 
EJECT 
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PMC  t  HXtO  v»lt  CNUCATOK  INrCOCIt  INSTRUCTtOMS  »CV4.0 

««•  IMUACID 

ooto  fiTue  WAX  emiLATon  NicTOMOMAn:  intcoer  imrtructiori  rewa.o 

0030  OPT  T»0PTA.0Ttl>L*PtXtD.Ai.!l>Nat30 

0030  OHO  OOOOH 

0040 


0050  t  IHTtOtR  tMtTRUCTIOH  SET  COMIITI  OCNCTAL  A«lT*01tTlC»  LMXC 

0040  )  MAttCHINO  AMD  SOME  IPECtM.  EDITIMO  INITRUCTIDMI. 

0070  EJECT 
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^*0C  :  Fixeo  r«ASH  \j*t  CNULArOft  nlCKOPI^OQKAA:  tHTtOCft  INSTRUCTIONS  REVA.O 


ooto  i 

ooto  >  •  NICROI^OUTtNCS  OF  INTCOCR  INSTRUCTIONS  » 

Otoo  I  «••«»*«»«••••••«•«••»••»<»«•»••»•••*»•»• 

01  lO 


0120  » 

OUO  I 

0140  I 

oiso  I 


0140  0000  00llFO202lOOO04f0<l0O0C0O4000  NOV 
0|T0  0001  00«9^0202300000f00t44cicic00 

oitto  ooo:  oo«iro2023dooo2ro«t?4Cicicoo 

0l«0 


NOUC 

rORHATl  NOV  SllC.RX»atT.UX 
ACU  FLAGS  JSNO  FCTCH 

4LU*RCG*SNC* •OSr*A0OR»F»LUftD»CZCRO  FLAOSfVNt  LDOR  CuDHO*NM  CFCTC* 
ALU*RCG*SRC2..0ST:*A0DR*F»LbAD>C:eil0  FLACS»VNZ  LOOK  JOHO  FCTCH 


o:oo  I 

o:io  I 

0220  I 

0230  » 


0240  0003  OOtlF0202100004FC8l4SCl€0000  N(Jv:»L 
0230  0004  OOUF03023OOOO2FOS14FC021C0O 
0240 

0270  OOOS  00nF0202lOOOC4FCSl4«Cl€0000  NGVZUL 
02SO  0004  0OtlF03023OO0O2FO«14FC04lC00 


0300  I 

0310  i 

0320  I 

0330  I 


0340  0007  001ir0302l00004FCS\4tC3COOOO  NNCQL 
0330  OOOt  0011F0202300002F08141C1C7COO 
0340 


NOV€  2CR0.CXTCMTCD 
fqKhAT:  NOVZ  SRC.Rk*  USr>UT 

ALU*nOSRC*«*OST«2CRO»F*lnRD»C:CRO  flags  jSHO  FCTCH 
ALU«Re0«SRC**0Sr«0K*F»»0»CZER0  FLAGS* VNZ  JDHD  FCTCH 

ALU*NOSRC«**OST*ZCRO«F>LWRO*C:C110  flags  JSHO  FCTCH 
4LU<RCG»SKC**08T»OK*F»UKD»CZCRO  FLA08»VNZ  ODHO  FCTCH 


HOVC  NCOATCO 

fokhat:  okcooc  skc.rx»dst.wx 

alU*NOSRC*»*QST«ZCKO«F»LWKD*CZCRO  flags  jShP  FCTCH 
ALU*RC0*$KC> •SSTtaUSSR»F»LyRO»COHC  FLAOSfALL  JDHD  FCTCH 


0370  I 

0380  t 

03^0  I 

0400  t 


0410  OOOO  0011F0202100004FOtCOOC004000  HCOHL 
0420  OOOA  001lFOa02300002F08l47ClClCOO 
0430 


HQVC  COHKLCHCHTCD 

FOKHAT:  OKCOOC  SKC.RXtDST.UX 

ALU  FLAGS  UfHO  FCVCH 

ALUfRCGtSKC*  *OfT«ADDIIN»F»LUllO*CZCRO  FLA0S*VHZ  JOHO  FCTCH 


0440  I 

0430  I 

0440  » 

0470  I 

04G0  OOOG  000000002t00004FO«OOOC004000  FUSNL 
0400  OOOC  OtOOOOOOOCOOOOOOOFOClCtCOOOO 
0900  0008  OOO3rO9OOCOOOOOOOtOO4COO3CO0 
0910  OOOC  00UF020170O0OOC0G0OOC90400O 
0920 


RUSH  LOHQWOKD 

fokhat:  okcooc  skc.kl 

ALU  flags  JSHO 

ALUrACO*FOUH**SFtSUOSIt«F«LkMD»C2CSO  FLAGS  LAOS  CONT 
ALU»KC0*8IICt««A0DK#F*«HM*CZtM)  FLAGStALL  WGlTCtLMOHD  CONT 
ALU  flags  FCTCH  JHAF 
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^*0C  S  ^IXCD  VAK  Cr«Ut*rQA  ntCKOMOQtAii:  INTCOCK  INSTRuCTlDHt  RCV'A.O 


0940 

0990 

OSaO 

0S70 

osto 

09*0 


ooor  000000002l0000«r0«000c004000 

0010  oo*tro;o?30ooo?ro«i4Ac:o9coo 


I 

tMC 


INCRCNCNr 

ronnAT!  Oi^OM  suH.nx 
Ai.u  rLAOt  oftne 

AI.U»AC<l»90C*»0Sr.A0DII*f»lNS»C0l«€  rC00t«0M<  lDOO  JOMD  rCTCN 


OAOO 

OAIO 

OaCO 

0490 

0440 

04S0 


OOU  00OO00002lC000A#00t40ClC00O0 
OOlS  0OOlF0:^0230OOO3P09142CtC3C00 


I 


I 


DCC 


OCCRCntNT 

rofWAT:  OPCQDC  oir.ox 

ALU*RC0***O9r»2CIH)*f*tWftD»C2tllO  ruAOS  JSHD 
4CU*RCO*tllC»*OST»SUt»r»tMIO*C2tllO  ^LAOStALL  LDOU  JlMft  TCTCH 


0440  I 

04^0  I 

04io  I 

04*0  4 


0700  0013  00*^r0202300000*cil4fc20ic00  CLA 
0710  0014  004tr0203300002rcats9c20tc00 
o7:o 


CLtAA 

aorhat:  o^odc  ost.wx 

A4.U»AQ9^r»*D9T.ZIR0«P»INt*C2m  rUAGS.VNZ  tOO«  CJOnO»NM  CrCT 
Ai.U«MOailC#»*09T2»2ER0*A*XN9»cm0  ACAOStOMZ  lOOH  JPMO  rVtCN 


0730  t 

0740  I 

0790  4 

0740  4 


0770  0019  00llF0:0Zl00004r0||00OC0O4O0O  c?«*i. 
0790  0014  001ir0302l00004f09l44Ci(0000 
0700  0017  OOllf030170OOOOC0O142Cll3C0O 
0000 


COHOAOC 

rooMAT:  orcoM  9Aci.R7*soc2»ax 

4(.U  *1.A09»A0AC  J9A0  FCTCH 

Ai.U»OC0»S«€»*09T>AD{MI>r»CMt0»CXCII0  FLAOf  jW  T'CttN 
ALUf0C0*9irC«»0Srf9U»tf»LIM0*CZEIH>  FtA09»ACL  FCTCN 


otto  4 

0020  I 

0030  4 

0040  4 


0490  s>oit  001  iro202ioooo4roiooocoo40oo  cvroy 
0040  001*  OOttr0203300003FOOl44F443COO 
0070 

0000  OOIA  00tlf030si00004r00000c004000  CvTti. 

00*o  OOta  00&lF0303300003roOl44CSC3COO 

0*00 


COngfOT 

rooAAr:  orcoDO  90C*Rx*DfT»yY 

ACU  rUAOS  J9AP  FETCH 

4LUtOCO«SOCr«OST*AOD4l»CXT»y»WOOO*C2EOO  FLAOa>Al.U  JDAD  FfTCH 
ACU  *V.AOt  3900  FETCH 

AI.U*ftEO*9OC*tO9r.AO0lt*CXTat»LMIDtC3EKO  FLAtOtAU.  JDHO  FETCH 


TUT 

FOOfiAT:  oocoDE  sac. ax 


0*10  I 

0*20  I 

0*30  4 

0*40  4 


0*90  OOtC  OOtir0302tOOOOAFOOOOOC004000  rsT 
0*40  OOta  00ttr020t700000c00004c30x00 
0*70 


4i.U  FUkU  OOHO  FCTCH 

At.u*ato*aac»*»AaDa*a»tNO»czEao  FLAoa»Ai.t  jha*  fctcm 


9IT  TUT 
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^AOC  4  riXCD  NASH  VAX  ChULATOA  HtCROMOOHAM!  tNTEGEl^  INSTRUCTIONS  RCVA.O 


tooo  i 

lOlO  i 

tOSO  OOlC  00tird203l00004f0s000c004000  BIT 
1030  OOtr  001 ir0202lOOOOAf 001440200000 
1040  0020  ooiiro3ot7ooooocoot4ccootcoo 

1090 


rORNAT:  ORCODC  NASK.RX*  SRC.RX 
ALU  rCAOS  J8ND  rFTCN 

ALU*OCO»SRC*  »OOT*AOOIt»r»IHSfCZ£M)  fLMt  JONO  rOTCN 
ALU*RCOtSRC*»DOT»AND»f>MWll»CZKRO  rLA09»UNt  JMP  rCTCN 


lOAO 

1070 

1000 

1090 


1100  » 
UlO  0031  0011f0302l00004ro0000co04000  BIS? 
1130  0032  000000003 lOOOOAf 00 144C300000 
1130  0023  009ir0303300002f00i4rc200c00 
1140 

1190  0024  0011f0203l00004£00000c004000  BIS3 
lUO  0029  001lP0202l00004f09l44C200000 
1170  0024  009tF0303300003f0014fC200COO 
1100 


BIT  srr 

rOONAT:  OFCOOt  NABK.AX»0BT.NX  (2  OOCMNOO) 

ORCOOK  NA8K.RX#8IIC.RX»DtT.WX  (3  OOCRAnOB) 

4LU  flaob  jbap  fetch 

ALU*RCa«SRC»  »OST»AOM»F*XNt*CZCRO  FLAOB  JOHD 
alU«RCO»SRC»»08T*OR»F»ZNS»CZERO  FLAOStNZ  UMM  JOND  FETCH 

ALU  FLAGS  J8H0  FETCH 

ALU*RC0»SRC* •DST.AD0R*F» IHS^CZCRO  FLAGS  U$HD  FETCH 
ALU*REG#SRC#*Z>STrOR*F»lNffCZERO  FLAGSrNZ  LOOO  JONP  FETCH 


uto 

1200 

1210 

1220 

1230 

1240  0027 
1290  0030 
1340  0029 
1270 

1300  902A 
1290  902B 
1300  002C 
1310 


0011F02Q2l00004f90000C004000  BIC2 
000000002 t00004F00147C200000 
0091F0202300003F0014CC200COO 

001tr0202100004F000O0COO400O  BXC3 

OOlir0303100004FOOl47C390000 

009tF0203300002FOOl4CC200COO 


BIT  CLEAR 

FORHAT:  OPCODE  NASK.RXr  DST.NX  (2  OfCRAMOO) 

OPCODE  NASK.RX*  SRC.RX*  DOT. NX  (3  OPERANDS' 

ALU  FLAGS  JSHD  FETCH 

alu»rco»src»*dst.addrn»f*ins*czero  flags  JSHD 

ALU«RCO»8RC»»08T»AND»FtlNS»CZSR0  FLA08»HZ  LOOft  JOHP  FETCH 
ALU  FLAGS  JSHD  FETCH 

ALU»REO»8RC»»D8r«ADD»HfF*INS*CZCRO  FLAGS  JSNO  FETCH 
ALU»RSO»SRCf *08T.anD*F»INS»CZER0  FLAOStHZ  LOOK  JPHD  FETCH 


1320  « 

1330  I 

1340  » 

1390  I 

1340  • 

1370  0030  0011F0302100004FC  300C004000  YQR2 
13G0  002C  000000002100004F08144C300000 


1390  003F  OOI1F0203300003F0014BC200COO 
1400 


1410  0030  001ir0203100004FOGOOOCG04000  X0R3 
1420  0031  001ir0203100004FOil44C200000 
1430  0032  001ir0302300002FOit4tC200COO 

1440 


EXCLUSIVE  OR 

FORHATI  OPCODE  HASK.RX*  PST.NX  (2  OPERANDS) 

OPCODE  HASK.RX*  SRC.RXt  DST.ux  (3  OPERANM)  ^ 

ALU  FLAGS  JSHD  FETCH 

4LUfREB*SRC»«DST.A0DR»F»XHS*C2CR0  FLAGS  UfHO 
ALUrRCG«SRC*fOST»EXOR»FaNSfCZSRO  FLAGS»NZ  JDNO  FETCH 

ALU  FLAGS  JSHD  FETCH 

ALU»RCO»SRC*»OST*AODR>F>XNStCZERO  FLAGS  JSHD  FETCH 
ALU»Rt0»SRC»»D8T»€X0R«F.XHSfCZtR0  FLAOStHZ  JDNO  FETCH 


1430  » 

1440  I 

1470  I 

1400  I 


1490  0033  OOOOOOOOOCOOOOOOOG17GC1COOOO  ASH 


ARITHHtrtC  SHIFT 

FORNATt  OPCODE  CHT.Ri*  BRC.RLt  D0T,«L 
ALUttt.LENOTMfZIROtFtLHROtCZIRO  FLAGS  CONT 
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^*dc  .  ^t4CD  HAtA  SMkI  (NULArOU  ^ICflO^ROOftAfll  iNfCGCR  INSTRUCTIONS  RCv«..> 


3050 

3«30  dOSS  S«ur0212l0000«f0t000c004000  $Ub3 
2044  dOUfOSO.’*td«004rO«t44CCOOOO« 

3«90  M97  O««tr03O2S»OO03rO«t4:C303C0O 
20«« 

3«7«  OOSt  O0airo2O2lOOOO4roSOOOCOO4OOO  SMC 
20t0  M9«  M0000002l00004rosi44cic0000 
2040  OOSA  00fir0202300002r0il42cicrco0 
2100 


Ai.u  rtAOS  JSNO  rCTCH 

ALU»lltO»MC#*Otr»AOOft»r»lNS»CZIllO  RLAOt  JtNO  ^tTCN 
Ai.U*IICa*tl^»*OtTfSUt*r*tNS»CZC((0  rUAOt^ALL  LDOR  JOND  rCTCH 

A4.U  FVAOS  4SH0  RCTCH 

ALU*RCQ«tRC*»OaT*AODR>^*CWRO»C2KRO  RLAOt  JtllD 
ALU*RCd»tRC.»Otr*M»«f^«CWAD«CrN  ^CAM*AU.  kOOR  MB  PfTCM 


2110  t 

2120  i 

2110  I 

2140  i 


2130  oost  00tiro202l00004rog000co04000  ^UWk2 
2140  OOSC  000000002140004^004040200000 
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t  844MCH  WITH  8VTE-DXSFU4CCnCNT 

•48  4CU»»»*L8MrH«mO»F«LII08»CZC0O  FL4O0  CONT 

A4.U»8f8»  wL£l40TM.04»eXT8L»Ly4D»C2C80  Ft408  CONT 
ALU*AD8**«L£N6TN»AOO»F.Ny||»CZC80  FLAOS^OLL  LFC  80C  CONT 
ACU  FLAOS  FOOCEF  CONT 
ALU  FLAGS  FETCH  jhAF 

)  84ANCH  WITH  U04D-DtSFLACEhCNT 

B4y  4LU****LCNOTH»ZE4O>F.LU0D*C2E0O  FLA08  FETCH  CONT 

alU*8S8* . •length. CR»F»8O»C2CR0  FLAOS  FETCH 
ALU*838* . •length. 0R*CtTU.832l •CZE80  FLAGS  CONT 
ALU^A08>»*LENGTHfAD0»F.LW40*C:ER0  FLA0S»ALL  LFC  8fC  CONT 
ALU  flags  FORCEF  CONT 
ALU  FLAGS  FETCH  jHAF 
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JUHP 

ALU. •• •length. 7ER0*F*LN4D*C2ER0  FLAGS  FETCH  CONT 
ALU.aS8*.. length. 0R.F.80.C2ER0  FLAGS  FETCH  CONT 
ALU. eS8... length. OR. F. 81 .C2ER0  FLAGS  FETCH  CONT 
ALU.BS8...LENGTH.0R.F.87.C2ER0  FLAGS  FETCH  COnT 
ALU. 8S8.. .length. OR. F.83.C2CR0  FLAGS  FETCH  CONT 
ALU... .LENOTH. ADDS. F.NWR.C2CR0  FLAGS  LFC  8FC  CONT 
ALU  flags  fORCEF  CONT 
ALU  FLAOS  FETCH  JHAF 


»  BRANCH  %  JUHF  TQ  SUBROilTXNC 

*  FQRNATI  OPCODE  DSFL.RX  < BRANCH) 

I  OPCODE  D8T.A8  ^junP) 

1 

i  BRANCH  TO  SUBROUTINE  WITH  BYTC^ISPLACENENT 

BSBB  ALU....LENGTH.2ER0.F.LURD.CZCR0  FLA08  CONT 

ALU.8$0...LCNOTH.OR.EXT8L.LWRO.C2rRO  FLAGS  FETCH  CONT 
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ALU.FEO.CA. . .ADOR.F.NWR.C2ERO  FLAGS  NRITErLNORD  CONT 
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ALU  FumS  FORCEF  CONT 
ALU  FLAGS  FETCH  JHAP 

»  BRANCH  ro  SUBROUTINE  nITh  WORO.OlfPLACCNC'NT 

8S8U  alu....LCNOTM.2ERO.F.lhRO*C2ERO  FLAGS  CONT 

ALU. 080. . .length. OR.F. BO. CZERO  FLAGS  FETCH  CONT 
ALU.BS0»».LCNOTH«ORrEXTN*032l*CZERO  FLAGS  FETCH  CONT 
ALUrA0S»«.CAfA08R.F«LMDfCZm  FLAGS  CONT 
ALU»RCG*FOUR».SP.0U0SR.F.LNRO.CZKRO  flags  LAOR  CONT 
ALU»RCO»€At..ADOR«P*NWR»CZCIIO  FLAGS  URtTIrLHORD  CONT 
ALU*RCOfLENGTH«*CA*ADO.FfLNRD*CICRO  FLAGSvALL  LPC  SPC  CONT 
ALU  FLAGS  FORCEF  CONT 

ALU  flags  fttch  JNAP 
’  JUNP  TO  susroutxnc 

USB  ALU»*..LENOTH»nRO»F»LWRO.CZCRO  FLAGS  CONT 

ALa»0S0*t*LlNGTNfOR*f»i8«CXtRO  FLAGS  FCTCN  SORT 
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Ai.u>Aoa...cA.AOD>FiNMaiCZcm  flaob  lfc  aac  cont 

ALU  flags  FOaCCF  CONT 

ALu>aca.osT...AOoa.F.NiM.czcao  flagb>unz  fctch  of 
ALU  flaob  cjhf-acbxb.ocq 

ALU  FLAOB  FETCH  CONT 
ALU  FLAOB  FITCH  CONT 

ALU>aCO>DST. •.ADDA.F.NNBtCZCftO  FLAOBtWNZ  FCTCH  JF 
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ALU>aca.SRC> •osT.AooN.F.LHaotCZcao  flaob  scont  cont 
ALU>RCO>>>OBT.ADDSiF.LUaO>CONC  FLAOB  FCTCH  UOND 
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ALU>Re0>0ST2<>0ST2>Ab[>8>FLUfLuaD>CZER0  FLAGS  CONT 
ALU<8C0> INDEX. . index .ADbR-FLU.LUft0>C2CR0  FLAGS  CONT 
ALU • RCO . INDEX ..0ST2.SUbSR>F.LURP> CONE  FLAGS • ALL 
CjNP.0tW2FC.LSS 

ALU. SCO. . a* .ZERO. PFo, [NS  flags  cont 

4LU. CONST. ..DST. ADO. F.LURD.C2ER0  FLAGS  PIPC.OOISH  CONT 

ALU  flags  push. OOISH. true 

SPALU.RC0.SRC.DST.D1W2C.LURD.2IN  FLAOS. ALL  REPLOP 

SPALU.RCG.SRC.OST.OCCC.LURO.ZIN  flags  cont 

ALU. RCO. .0. DST. adds. F.lwRU.CZERO  FLAGS  CONT 

ALU. RCO. SRC4..SRC3.SU8SR.F.LWR0. CONE  FLAGS  CONT 

ALU.CaNtT...SRC3.*0D.F.LUR0.C2CR0  FLAGS  I  PIPC.GOSOH  COHT 

ALU  flags. w  CJNP.OWER.WS 

ALU  flags  JUNP.NORNAL 
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ALU. CONST... SRC3.SUSSR.F.LURD.C0NC  FLAGS .2  PIPC.OOaON  CONT 

ALU  flags  JUNP.0IW3F0 

ALU.RCG.. .DST. ADOS. FLU.LURP.CZERO.SHFTO  FLAGS  CONT 

ALU. const... SRC*. ADD. F.LWR0.C2ER0  FLAGS. 2  PIPt.OOaOH  CONT 
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ALU.... DST. ZERO. F.LURD  FLAGS  CONT 

ALU.CONST...DST.OR.F.LURD  FLAGS  PIPC.aoOOH  CONT 

ALU  flags  jdhd  fetch 

FLOATING  POINT  INlTlALIZATIONtDOUkLE  PRECISION) 


ALU. ...SRC). ZERO. F.LURD  FLAOS  CONT 
ALU-REO..O.OST2.AOOS.F.LURO.CZCRO  FL^GS  CONT 
ALU. ...SRCA.ZCRO.F.LURO  FLAOS  CONT 
ALU.RE0...SRC2.AD0S.PF0. [NS.CZERO  FLAGS  CONT 
ALU. RCO. ..SRC. ADOS. FLUO.LURO.CZERO.SHFTO.SIO  FLAOS 
F3ION.SIONO  CONT 

ALU.REa..a.3RC3.AOD8.F.LUAD.C:CRO  'LAOS  CONT 
ALU.REG. ..PST3. ADOS. PFO, INS. CZERO  FLAGS  CONT 
ALU. REG... DST. adds. FLUO.LURD.CZERO.BNFTO.SIO  FLAGS 
RSIGN.tlONl  CONT 

ALU.RCa»SRC..SRC3.Aai>R.F.St.CZCm  flags  CONT 

ALU.RCOtOaT..SRC4.AOOR.F.Il.CZm)  flags  cont 

ALU....SRC.ZCm).F.Gl  flags  cont 

ALU....0tT.ZCR0.F.Gl  FLAGS  CONT 

ALU. CONST. ..SRC. OR. F.LURD  FLAGS  PtPE.OIOOH  CONT 

ALU. CONST.. .OST. OR. F.LURD  PLROS  RtPC.OIOGN  CONT 

ALU. REG... DST. ADDS. FLUG.LURO. CZERO. SNFTO. BIO  FLAGS  CONT 

ALU. RCO.. .OST. ADOS. FLua.LURO.C2CRO.SNFTO.SIO  FLRGS  CONT 

ALU. RCO. .O.DSTZ. ADOS. F.luRD.CZCRO  FLAGS  CONT 

ALU. RCO... SRC2. ADDS. PFQ. INS. CZCRO  FLAOS  CONT 

ALU. RCO.. .SRC. ADOS. FLUO.LURD.C2CRO.SHFTO.SIO  FLAGS  CONT 

ALU. RCO. ..SRC. ADOS. FluO.luRD.CCCRO. SNFTO. SIO  FLAOS  CONT 
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4LU«*CQ.  INKX3>  •  tNk(x3*SU».*>CMOD>CONC  . 
*L4ao>4ci..»o«.;t»>wi4*  CONT 

AtO.RtO. INOtt. .  lNOt*4.*Oi. *<1.407. CTN  *1.403.41.1.  CONT 
4LU.Il(0<<<tNMX3<400S.**at  INStCSOOO  *1.403  CONT 
41.0.0(0. ..lMOex<4003<*1.00>l.U«B<CZ(00<3N*TO»3tO  *t^  CONT 
41.11. 0(0.. O.IMD(X3.4D03.*.CM*O.C3(00  *1.403  JUN*.0tV3*3 
41.U  .0(0.  30C3  .  .  03T3 .  SU030 .  * . 1.U00 .  CON( 
fl.4aO.4U.. MO. 1(0. NX4f  CONT 

4U1.0(0.30C>.raT.3U»00.*.LM»O.CVN  *t400.4U.  CONT 
41.0.0(0,. . (lOMT. 4000. 4*0. tNO.CmO  *1.400  CONT 
41.0»0(0.. .*000.400$. *1.00. CONB.CXtOO.fNFTO. (to  *t403  CONT 

41.0.0(0. .a.cioMT. 4008. *.ui*D.c:(*o  »l40I  jijNO.oivsru 


TOT-h.  (0*003  0 
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•! 


'JAV^RA;  ,;i' .  ■;  . 


The  iPStl'llCf  j:  ,■■  \ 

Table  E-1  of  tMs  ''le  ; 

VAX-11/7SC  rae.'ii:;!,'  :  '■  .■■  i- 

ination  is  given  in  "aoie  E-.. 
of  microcycle  stei-j.  required  rer  a  e;\e:', 
multiply  by  the  microcvcie  fie  et'  'o,''  \ 


•  T:','  .'ec'ii'iei'*-  N/A-i;'.'  .-ire  listed  in 
r:v\  not.ifien  ten  the  een'espondi ng 
••'s-iv;  •A.,'o,es  .  AdJressii'C  n’C'de  infor- 
■  e<i.  Ee.v-h  table  gives  the  number 
t i en .  To  obtain  execution  times, 
>.  ' ■  ''see . 


The  following  items  sheulo  be  nelec, 

1.  For  most  i  ns  tmet  i  ens  ,  ffie  res;  ^r-e  ivorst  case  execution  time 
is  based  on  addressing  :.’ode  l  i  f  f'nt’nces  . 

2.  All  floating-point  operations  lata  .le|0’'uent  and  best  and  worst 
case  execution  times  arv'  oas-'d  an  this  a--  weM  as  addressing  modes 
for  operands. 

3.  The  brancii  and  '.mdox  m’s ;  ’ on  rxecu i  on  t  ime  depends  on  wtiether 

the  test  cond'tion  if  tm;  ■■'f  t'a'-.'.  'h-s  due  to  the  addition  of 
an  offset  to  the  oroc-Mc:  coiir'ter  wnen  a  b'M  ich  occurs. 

4.  The  execution  times  tor  source  and  dosti nations  operands  are  differ¬ 
ent  because  t.te  destiraf.o"  mode  subroutines  allow  ♦■‘or  the  possibil¬ 
ity  of  a  conditional  i-olurn  to  *'ie  mam  'icroprogram.  This  capabil¬ 
ity  is  roquired  for  i  nstr'.uifd'ns  in  which  f'e  destination  mode  sub¬ 
routine  is  'lot  the  o”d  of  'pie  -.ri n  -li croprogram  as  n  the  add- 
cempare-ano- br.KiC’i  in  ••■.o'  i  n 

5.  Audr'esr-ino  mode  exoo'.l  'on  r  • 'x's  ,  o-'-  ''n  .1  number  ot  other  factors 

ino.'ading  t'le  si  r.o  o’  ‘.br'  ooo  '.r  ,..  ...'p’-e*-  or  not  a  iiemorv  access 

IS  aligned  on  a  loig  wore  boundaio  ,ind  on  the  use  of  indexed  addres¬ 
sing. 

6.  The  worst  case  o’  .id.d'o  "ode  •'\nv:tioii  time  is  fpr  non-aligned, 

indexed,  lone  word  d  i  s, m' t  .u  orr'oo  whio".  reguirps  m  microevdes 
for  a  4  bvte  source  .md  '.u  "d croi  vo los  for  a  4  byte  destination.  This 
case  is  denoted  by  "index'  .n  table  i.-i  'oi'  the  operand  specifier. 

It  is  assumed  that  tfi’n  mode  is  useo  ;o  specify  each  operand  of  that 
instruction. 

7.  For  sane  i  ns  ti'cc  t  ■  on-, ,  e\oo'..*;o’’  tiovs  depeno  on  two  source  operands 

(SI  and  Sf'  ano  ono  ' 1 1 rat  ■  .■’P(?r.a'  d,  even  ’'or  a  'wo  operand  in¬ 

struction.  Thiv  IS  be>Mu"i'  the  'lO'n  r ; cropT'ooram  obtains  the  two 
source  operands  by  source  moiie  suiirouti nes  and  stores  the  result  based 
on  a  call  to  a  destination  mode  subroutine. 
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8.  In  Table  E-1,  "I"  refers  to  the  number  of  microcycles  for  the  ex- 
cutlon  of  the  main  microprogram,  "S"  refers  to  the  number  of  micro¬ 
cycles  for  the  source  mode  subroutine  and  "D"  for  the  number  in 
the  destination  mode  subroutine. 
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Table  E-1.  Detail:  of  "Iff  Calc^'a'.ion 


(iluivbers  ropre'-en':  microcycles) 

Test  Case 

Worst  Case 

Load 

MOVL  (Rn),  Rm 

2 

•h  i 

4 

D  _ 

3 

9 

Load-Double 

1. 

3 

MOVQ  (Rn),  Rm 

S  4 

7 

0  4 

4 

i  i 

14 

Store 

MOVL  Rn,  (Rm) 

i:  2 

2 

:  1 

1 

D 

6 

8" 

9 

Store-Double 

I  3 

3 

MOVQ  Rn.  (Rm) 

5  2 

2 

0  6  8 

IT  TT 


3 


Si  1 

17 

52  1 

17 

Add/Subtract 

ADDL2  Rn,  Rn  (best  case) 

ADDL2  Indexed  (worst  case) 
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0  3 

Jf- 


19 
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Add/Sub tract-Fl Gating 

I  24 

135 

ADDF2  Rn,  Rm  (best) 

SI  1 

17 

A0DF2  Indexed  (worst) 

S2  1 

17 

0  3 

19 

29 

188 

Multiply 

MULL2  Rn,  Rm  (best) 

I  35 

35 

MULL2  Indexed  (worst) 

SI  1 

17 

S2  1 

17 

D  3 

19 

40 

88 

Multiply-Floating 

I  50 

136 

MULF2  Rn,  Rm  (best) 

SI  1 

17 

MULF2  Indexed  (worst) 

S2  1 

17 

D  3 

19 

sr 

189 

Divide 

I  43 

43 

0IVL2  Rn,  Rm  (best) 

SI  1 

17 

DIVL2  Indexed  (worst) 

S2  1 

17 

0  3 

19 

48 

-w 

Divide- Floating 

I  57 

327 

0IVF2  Rn,  Rm  (best) 

SI  1 

17 

DIVF2  Indexed  (worst) 

D  3 

19 

er 
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;s  i 

Logical 

I  3 

3 

X0RL2  Rn.  Rm 

SI  1 

17 

X0RL2  Indexed 

S2  1 

17 

D  3 

19 

nr 

TT 

Shift  -  5  places 

I  16 

16 

ASHL  #5,  Rn.  Rn  (best) 

SI  ? 

0 

ASHL  35,  Indexed  (worst) 

S2  1 

17 

0  3 

19 

>yn“ 

c*- 

TT 

Ccmpare 

CMPL  Rn,  Rm  (best) 

I  3 

3 

CMPL  Indexed 

S  1 

17 

0  3 

19 

~T 

“sr 

Branch 

1 

DEQ 

Index 

1  11 

13 

ACBL  RJ,  Rk.  R1 ,  Rm 

SI  ’ 

17 

ACBL  Indexed 

S2  1 

17 

n  3 

19 

S3  1 

17 

T?- 

nsiT 
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Register  to  Register 

I 

1 

MOVL  Rn.  Rm 

S 

1 

0 

3 

T" 

Miscellaneas 

I 

2 

CVTBL  Rn,  Rm  (best) 

s 

1 

CVTBL  Indexed  (worst) 

D 

3 

"T 

Input/Output* 

I 

231 

Set  up  and  10  transfers 

*Based  on  following  program 

MOVL  #  address 1,  R1 

:  device  address 

MOVL  «  address2.  R2 

;  memory  address 

MOVB  #  10,  R3 

;  load  counter 

LOOP:  MOVL  (R2)  +.(R1) 

;  transfer 

DEC  R3 

;  decrement  counter 

BGTR  LOOP 

;  loop  until  finished 

1  •  Instruction  microcycles 

S,  SI,  S2,  S3  ■  Source  operand  microcycles 

0  *  destination  operand  microcycles 
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TABLE  r-, 

T-  L:  : 

'  iDDRLSSINii  >i' 

4'.  :;  LxELUTlON  STEPS 

i' IN  iNd!  n 

'  !  ;  .  ‘  p  ■ i 

4  i  !  vllUM 

Nor  a  1  Mined 

Not ' a  1 i gned 

Mudo 

■  .  ,  1  i':  ■ 

l\\  re 

!  ,i;,A  Lyte 

8  byte 

Rn  5  Source 

1 

- 

1 

2 

5  Oestinati or 

v) 

4 

(Rn)  6  source 

i 

7 

0  Des  1 1 na  L 1  on 

■' 

f , 

n 

8 

(Rn)+8  Source 

4 

D 

s 

8 

8  Oest.i nation 

fi 

\ 

9 

INl'l  id'O 

'  I  j  viru'd 

A 1 !  lined 

Not  Aligned 

Not  Aligned 

4  Lyf:' 

Lv  t- 

4  Byte 

8  byte 

E  Source 

1“' 

1  ■' 

r 

21 

E  Destination 

I*’ 

14 

22 

r*  otn\’ni  v.\njntc‘r 


Inmecliate  for  Byt.e.  B  foi-  WorB.  S  for  Lon';^i/onl 


1.^6 


I 


APPENDIX  F 


Application  Task  Manager 
PASCAL  Version 


NAVIRAl-.QlliPCtN  /M-r-iMS/- 1 


/'  1  .  I  MSI  M  l:  ) 

F'KOr.RAM  AfM  i 

( t*  i  i-*  i  'r  i-  IH'i.  Xi.M.ii.tiXu.i.ii.ttiHi'ttttt  'i 


(«*«««  ,..l..t.  :'xi..P..M.  UKIIII.J  I  ill<  llir  M.'.iM fiTMvIl  i****' 

<***♦♦  i  f  iiMSPM;.  1  M  '.!.;;i  rA‘'.i  ,M  iini  ;;  fiiu  ham  r.OMr  i.)*l***.> 

(«««««  HI  III!  M'AiHKis  m  nil  h,,;;<)'M  iiin;  rRiinRAii  *»#*;«) 

MAV  NHl  IIAiMHI  I  nui!  IHi.l  .  IHl  HAMI  A!'.  Till  ^ 

I  IHAl  HI  TCI,  I  HN  WKtn.N  UH  I  III  (lAHOV  ,  |;V  P,  .  H 


Ktt**^-**-^*'^.**^*^***^***^^^^'  i  ,  I  ^  A  )i.i  •,  ^  in.  I  ft- JUtt  tut  ) 

ittttttAtii-',.tttA*:>.iiAiAtAtt%%*i)-i-^'i-AtAtit%Att',-tttttttttttttttttt) 


CON;',  r 

i  VMA\  .nn 
HVHAa  AO  . 

I  YM 


V 

(  * 


MAX  I  MHO  1  H  lull 
MA  vUulM  HHill.l  . 


IN  KVliNI  (Mil  III 
HI  I'.HAKI  li  UiYk'IAM  [  r. 


*  ) 
*  ) 


A  HI  Hi '.on 

ll  H  I  IHHH  r 

i:  C'*  n  K  I H ; 
i  HI  I  cm 
I  hhi.m'k; 

H  HM  I  HKf!  ; 
mpAA  i 
AA  hi  CHI.  II 

mil  :  IN  n  ct  c  ; 

CO  IN  1 1 1; :  II ; 

NFxi  :  m; 
i  N  m 
ftP-HCC  J 

CC  fv'f CHkli 

jHii  :  iNiFC.nn 

I  N  n ; 

nil  HI  VI  N  1  u  ; 


.  .v  ♦  <.  ii  A*  A  iAAfAAtttttttfAtttttttt  > 

M  IIIIH  HI  MIC  HIM  HI  hill  All';.  MCMDRY  *) 

>A  M'cAiiHMH  iHAT  udiiih  chntain  nicircT  *) 
1*  ccm  HI  'MMi  Tvrr.  t) 

i  A  AAA  i.  A  i-  A  l-AAAAttAtttttttAtttttttttttttttt) 

(♦  jHc  r  nil  (tiMicr  ruur  i^ok  a  rROHRAM  »> 


I  1  M  CHKII 

I  n  ;  I  N  I  I  III  K  . 
I  cm-  ;  I  ; 
i  Nil ; 


f  nil',  l.  nil  AC  MM  I  ASK  S  rKtIC  niKT  .  A  *) 

>♦  lininii.  1 1  MIKMNI  I  ASK  Hi  nTORtn  HE:RFi|i) 

I  «t«4.»««ii*i)tii«)|ii|i«.|kA«4;«««4;«it[«ikik«]k> 


or.-  KT  rnK'p 
I  n . 

I  TNii  III  ;  i  N 1 1  M  K ; 

I  nnAiuiK'. 

HMAliPK  :n; 

K  UM  AC  . 

KIAPY  tPIIOMAN; 
I  Np; 


i AAA  >  A  A  AAAttttttttttAtttttttttttttttttt) 

,t  li.M.I  P  VAKIAPIF  STK'lirTlIRF  .  «) 

<*  III'  M  APY  MAC  IS  IISTP  ONLY  FOR  «) 
t  «  UK  I  M  NO ,  t) 

t  A A*A i  AAA  A AttttttttAttttttttttttttttttt) 
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eve:ntq*record 

TIHEf 
OPCODE » 
ID 

NEXT 

end: 

RETIIRN^RFCORD 


«**«»»»««»«««»»«««»«««»««$««««<) 

(*  Tllir,  ir,  THE  rWENT  QtlFlIF  OTRUC-  *) 
(*  TURF.  THE  nPCODF  TFl.l  S  THE  *) 
INTFGFRJ  <♦  (iFFRATinN  TO  PE  PFREORHED.  THE  *) 
DDJ  («  I  IMF  TO  GIVEN  IN  ABSOl UTF  TIHE  *) 

(«««««**««««««»»»«»»«»««»«««««««««««) 

( *«««*«»««*»«««««»»»««»»««»«»«*«»$) 


HIGHBYTE. 
LOUFiYTE  : 
ENDS 


INTEGER J 


(*  ANimO  R  RffRISt  NIAT  IVF  OF 

(*  hl  HORY.  ») 

i1i.i*1l.1ft********t*t***.*ti**********t) 


RECORD 

( t*********t**t***t**tttt*******tt******$tt**t*) 

ESOSt 

(« 

ENTIRE  STATE  ON  STACK 

»> 

FIM. 

< « 

FAST  INTERRUPT  MASK 

«) 

HC. 

( « 

HALE  CARRY 

•  CONDITION  « 

«  > 

IIM, 

( * 

IRO  INTERRUPT  MASK 

•  CODES  FOR  * 

») 

NEGAT, 

(» 

NEGATIVE 

•  M.'.R09  t 

«) 

2ERO. 

<» 

2ERn 

«) 

OVER. 

(« 

OVFREI  OW 

«) 

CBtBOGl FAN 

;  <« 

CARRY  DORROW 

«) 

end; 

( 1iit****t**n*M*****1l.t*t*******t**t**t*t****Mt.f$* } 

STACK^RECORP 


CC  : 

ff; 

(« 

REGAf 

<* 

REGB. 

(« 

DP  ; 

integer; 

(« 

X  : 

g; 

(« 

Y  : 

g; 

<» 

USE  : 

F ; 

(* 

PC  : 

h: 

end; 

(t*$**'».*%ttttt***1ii****t**tt1li*t******t) 
(«  «> 
<*  INFORMATION  ON  THE  F.YGTEMS  *) 
(»  STACK  AFTER  AN  INTERRUPT.  *) 
(*  FIRST  THING  PIISHFD  IS  THE  PC  *) 
(»  FIRST  IHING  PULLED  IS  THE  CC  *) 
<»  *) 
{ttttit**t*t%*tt**1(t%*****1l'**tt*Mt****) 


TSYSO-KECORD 

RUN. 

active: 

ID  : 
TCBP  : 
NEXT  : 

end; 


boolean; 

integer; 

e; 

a; 


(  4i  «*»«»«»»«»»***  ««*»**««*««) 
(«  ») 

(*  SYSIIM  JOP;:  OUEIIF,  »> 
<»  (D  JOB  »> 
<*  t  FRAME  ROUTINE  *) 
<*  .T  PROTECTION  *> 
(»  J  TIMER  (JOB)  «) 
<t  4  ADD  A  JOB  *) 
<»  r,  PUROE  A  JOB  *) 
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T  JCIBQ 

*Rl  C  ORn 

i  t.*i■tt*.i^*■*■*t***$.*t*tt^^*ti*t^^***t****$*t*'^ 

TD, 

(i  joiio  out  III  STMirTi)f>i' .  nr.fn  i  or 

»  > 

I  u lu  ; 

1  N  U  01 

1; ; 

<♦  fO'.;  l  .  iU>0  HF'  OY  ,1U0  10. 

») 

r«  uiui' 

:  r  , 

1  CHI' 

:  t  i 

NTXI 
t  NO : 

:  n ; 

• 

1  FRUJ 

-R(  I'llKO 

TO  no  : 

r : 

i  t 

F  iaOMi  .  (UirilF  STFv'lh’TURr  .  ['ONTAINO 

») 

: 

1' ; 

All  UH.;;  ORPFK  OY  rRlflRIlY  fROH 

«) 

i  or  ; 

i 

1 1*. 

tUiaii  :  1  ID  IOWF;'.!  .  OM-  FOINTS  TO  THF 

«) 

r  K  :  0 :  T  N 1  {  r.f  k  ; 

>  ♦ 

NIX  I  llli.iUK-  F-RTO.  lAr.R,  FOP  POINT!'. 

»  ) 

(  NO  ; 

^  * 

1  0  1  HI  Ni  X  I  1  OUl  R  F  R  1  0  TASK  . 

«> 

T  riB 

KF  ('I)K-O 

^t**%tti^*.A**t***t*tt***i-***1f***t****ty 

1  Ii . 

1*  FA;k  lONlKOI  01  OCR.  All  .lOOS 

») 

OK  1  1) 

;  I ,  J  r  1 

I.l  t; 

:  (*  MAPI  AN  FNUvY. 

«  > 

KIIN  .  KOI 

li  ,  lUM  t  . 

i*itt.%%tt%t*.t***t**tt**t*tt*t*Hi****'> 

1  N  1  1  K  .  A 1  1 

U't  . 

OYSI 

1  0  I  I  1  Ml  . 

0001 

1  A-i ; 

1  ThF  KF  M  ; 

\  AVi\>K  . 

INI  1 

OF  R ; 

F  NOAOOK' 

0  0 : 

ORT.i;  1 

F  ; 

P 1  AON  A 

F  ; 

III 

NO  i 

(' 

INX.' 

h; 

OOF'  .  OF  .HOI  KO'I  .  .1  1  F'OF 

F  ; 

0  1  AR  1  F  IF  .  F  NOI'd  .  1  1  NF  F'll 

c ; 

rilRT  ll .  1 F  MF  F  ll  . 

r; 

OTARI  lU.l  NO  UF.  1  F  Mf  OiF 

0 ; 

r.lARlOYlF.l  NOO.YU.  11  Mi  '.YlF 

A ; 

F  1  AG.F  VF  Nil  .01  .0011 

0001  1  AN  ; 

F  IKS  IF  IF.  IF  Mf'l  IF.  11  Mf'l  IF.' 

00  1 

FRFF 

AF-F.A.  t’..FVf\AXI  III  |iO; 

niR..Y|iSI  I  Ml  .  INK  1. 

1 N 1 1  III  K ; 

1  IMI  R.l .  1  1  Ml  Ri 

If.'  1  1  01  Iv  . 

AC  1. 1110 

LI  ; 

1  1  AOO!'-.OSINII  R  .  ISAXFl  0 

010)1  1  AN  i 

contreg.cvfmf  r,  .m  or  ri 

omu  F  an; 

Ur.ERFl  AO 

ARRAY  ri..ltl  OF  0001  fan; 

SHVAR 

ARRAY  fl..SVMAXl  OP  00! 
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;«•«*«««»*»««««««»«»««««*«»«»«««««**««»««**««««*«»*««*««««»«»»««) 

«> 

SUBROUTINES  FOR  THE  HAIN  ROUTINE  «) 

t> 

»> 

RETURN  FROH  INTERRUPT  t) 

ttM**********t****t*t*tttt*****tti***,*****tt*****t*tt***t*tn*tt*) 

PROCEDURE  RTII 
BEGIN 
END} 


{t*****tttn**'ti***t********tt**t****M**************MM1l**ttt***tt**) 
(«  «) 
(*  1.  OSENTRY  -  ENTER  OPERATING  SYSTEM  MODE  *) 
{tt**tt*****t**tM*tt*t****tf***********ili*t*******M*tt**t**1ii**tttit) 


PROCEDURE  OSENIRYJ 
BEGIN 

IF  FLACOS  THEN 
OSINTERS»TRUE 
ELSE 
BEGIN 

FLAGOSt«TRUE} 

USERSPJ-SPI 

sp:-atnspi 

end; 

00/1.2  AAEC  (1ST  FEB  78) 


ENDI 


<»  *) 

<»  2.  OSEXIT  -  LEAVE  OPERATING  SYSTEM  «) 


PROrFDlIRE  OSEXIT  I 
BEGIN 

IF  OSINTER  AND  NOT  <  SPR  .REGAafiSPR .  REGA  >  THEN 
RTI 
ELSE 
BEGIN 

OSINTERt-FALSE) 

FLAGOS:-FALSE$ 

ATHSPt-SPt 

sp:«userspi 

CONTREOt«TRUE;  <*  CONTROL  REG  FOR  PROTECTION  *> 
RTI ; 

END 

END! 
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f  tt****tt%*:  **********  *t***iiHf****  **.t^**^**t.t*i*  *  A*  t***t*t***  $********) 

< «  ») 

<«  3.  IIAl  I  t) 

(,tt**A*******t*AA%A*%**t*****AA*%**A*tt%tt*A*AA%tt*A****A****t*tt) 

fROCrnilRJ  <^HAI  r 

Ktfl  AI 

UN  1  11  1  : 

ENP! 

(*tA***t******At***t*t*AAttA*****AA**'iAA**tt*t**f»i**t***t.t*%At***> 

i$  »> 

(»  4.  rnUHUNlCAl ION  ROUTlNtS  *) 

I*  THf  INiri/AlION  ROOT  INI  INCI  UDEP.  ») 

{tt*AA***t*t*AA*t*t**%A%****AA*A**A*AAt*********tt****t**t*t*t$*t) 

PROCEDURE  INir; 

PEG  IN 

Ri  iinr  t  f  Ai  sr ; 

end: 

FROCEDURt  COMH; 

BEGIN 

If  RFr.LTr  IIUN 
INI  T : 
t.NPf 

(t*t$$t*************A***$A*A*t*t*A*tt*At*****t***t*t*A*t**t*tt***) 
(«  «) 
(»  5.  INllRKUf  l  FROM  rONFROLlEK  RUIMNE  *> 

i**tt*A**A*t*A**t*****$*At*%*A%tAAAA*%t%t*A****t****t******A*tt*t) 


00/  1 


FROLFlilIRt 

BEGIN 

end; 

2  AArr: 


INFf  R'fCi 


IGT  FEU  .’in 


(*  ») 

(*  6.  SVr  SlIFTRVISOR.  All  ROUTINE  ») 

( tA**t A***** AtAA***** AtAAAttt A*t *%***% AA*t****t**t**t*tt*At******) 
{*  « > 

<  «««»«««««««««««««««*««««««««««««*«««**««««*«««««»«««««««»««««««« ) 


(* 

!',  IAR1  A 

1  ASK 

ROU1 INE 

( SAFASK  > 

«) 

(« 

1  . 

sr  r 

FMI 

RUN  1  1 

All  IN  ll 

P  It  HALT 

1  1  AG  IS  NOT  SET . 

«) 

( * 

■*» 

4  .  • 

sr  r 

Si'll 

11  AG. 

SO  HIE 

r.m 

Pill  ER 

IS  EXECUTEn. 

«) 

(« 

3. 

THE 

USERS 

ZERO 

FLAG  IS 

SI  r 

TRUE 

If  TASK  IS  GET 

TO 

$> 

<» 

RUN* 

f  SU  Sf 

II  TMf 

TASK  UAS 

HAI 

TED  AND  CAN  NOT  BE  RUN. 

*> 

<* 

4. 

THE 

USERS ' 

ZERO 

1  LAG  IS  SET 

F  Al  5E 

ir  THE  TASK  ID 

IS 

t) 

(« 

NOT 

rnuNP 

*> 

FRiirFmiRF  ratark; 
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id: integer; 
flagiidoolean; 

DEGIN 

IDt-USFRSPR.Pne.NEXTe.DYTE; 

llSrRSrP.PC:=*U5ERr,P0.PC».NEXT(i.NEXT; 

flagi;-false; 

TEHP.m: ^GTARTJO; 

REPEAT 

IF  TFMPJQL*.  111=  in  THEN 
nFGIN 

flagi:==truf  ; 

IF  ITEHP.iOP.TCBI  P.HAl  r  )HFN 
BEGIN 

rFHPJCRi.Tcnrp. run: -TRUE ; 

'u:h:  -  TR(»r; 

nr.i  Rspp.rc.  .'i  Rd :  i  rik  ; 

END 

El  Sr  USERSPL*  .  CC  .  ZERO  t  -=1  ALGF  i 
END 
El  CE 
BEGIN 

TEMP  jQ:*=TEHPJQe.  next; 

IF  TEHPJQ0.NEXT=NIL  THEN 
BEGIN 

FLAGi :«rRur J 
USERGP9.CC.ZER0:  r Al KE« 

end; 

end; 

UNTIL  FLAGi; 

end; 


«  HOLD  A  TASK  ROUTINE  (HATASK)  «> 

«  1.  SET  THE  HOLD  FLAG  IN  THE  TCB  I  OR  A  TASK.  *> 

*  2.  IF  THE  TASK  ID  IS  VALID.  THE  SCH  FLAG  IS  SET  AND  THE  *) 

*  USERS  ZERO  FLAG  IS  SET.  «) 

*  3.  IF  THE  TASK  ID  IS  NOT  VAl  IDr  THE  USERS  ZERO  FLAG  IS  *) 

«  FALSE.  «) 


00/1.2  AAEC  (1ST  FEB  78) 

PROCEDURE  HATASK S 
VAR 

ioiinteger; 

FLAOl iboolean; 

BEGIN 

id: -USERSP9.PC9. NEXT?. byte; 
USER8P9.PC:«USERSP0.PC9.NCXT9.NEXTI 
FLAOll-FALSEI 
TEMPJQI-STARTJOl 
^  REPEAT 

tr  TFMPJQt. ID«in  THIN 
•COIN 
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FI  AOl  :  -TRIIF. ; 

TFMP.UJi? .  T  rur  (•' .  HOI  ii ;  I  lou  i 

kc.h:  tru[  j 

iir.FK;;ri? . rr . zero : ■  iroi  i 
END 
El  lU 
liEOIN 

lEMi-  iu:  1  lu-.inp.Mi  \i ; 

IF  TEHI  luH.ui  XI  -fill  IIU f 
BEGIN 

FI  AG  1  }  T.RI'J  ' 

iiGFRGi  G  .rr  .  71  Kii ;  I  Ai  •'•.f  : 

f  NM 

I  Nil ; 

UN  r 1 1  II  GGi : 

E  N  U  ; 


($$*$t$t*'*********$**t***^tt****t>li***^t>i*^>t*>t.it^ti****tt:^*tt*ttt*ttt*) 


($  RFAfi  A  FI  All  RtliniNf  ifaAtiriG)  $) 

(*  1.  THIS  K.iiniNi  kihIi;'.  uni  (u  iii.ii,  iiA'.;:.  ir  uir  flag  ig  *> 

(*  i';F  r  IMF  UGFkS  Zt  RO  It  At'-  I  Uf  1  IRIl!  .  FI  INF  flAG  I G  *) 

(t  NOT  GF.F  THE  UGFfc;  ZERO  I  i  AO  I;',  SET  EAI  SE  .  *> 

<*  THE  USER  F.C.  If.  TNURFAHINTIU  10  THF  NEXT  INSTRIIET  ION .  *> 


(*t**ttt**t**t*t*i*'i*****ttt*.'i.*t*ti*tt*$t**$*t*tt********$>l‘t*$t*$) 

pRocEnuRi  RrAiiFiu; 

VAR 

in:  IN FE 01  Ri 
PEOIN 

in:  nsf  RGi  u .  l  oG  .  ni  xtg  .  ey  i  i  ; 

list  RT.FG  .  El  :  1101  IcSfU  .  It  !•'  .Ml  \  I  l'  .  NI  \  I  : 

IF  USE  KF  I  All  I  in  ;  lOIN 

USE  ivSFL* .  I  r  .  .1  KU :  i  rih 

El  SF 

USERSI'P  .  cr  ,  ZERO  :  F  Al  SE  : 

END.' 


(ttt*****t******$*$****t*t**ii***tiA**ti*'*t**ii**$t*t$*****t:t*$**«**) 


(* 

GET 

A 

F  I  AO  vSEFFlAO) 

*  ) 

<  * 

1  . 

Tin 

S  ROD  TINE  SE  TS.  UNI  OF'  1  TOt 

11  1  1  AOS.  TO  FRIIE. 

*) 

( « 

•-* 

• 

IE 

A  F  1  AO  OREAltR  F  FIAN  0  IS  i 

.  IVFN  IFIF  lISf.RG  ZERO  1  1  AO 

*  ) 

<« 

IS 

SET  TP  FALSE  . 

«  ) 

(  *********  i******t**t^*i.*  t  *■******.*%  ****t*$**$**$*******t$******tt) 

PROOF  nilRF  ‘.EIFLAO; 

VAR 

00/1. G  AAFU  (isi  I  rn  mu 
in:  INI!  or  r: 

BEGIN 

in:  -iisERSPP.prF'i.NFXTP.nYTf  ; 

USERSPfJ  .  PG  :  Misr  RSPP  .  F  TP  .  NEM  (■■ .  NEXT  ; 

IF  in.=8  THEN 
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BEGIN 

IISERFL  agcid3:=triie; 

USERSP9.CC.7.rROt  =  TRlir ; 

END 

ELSE 

USERSPP.CC.ZFRnt^FALSr; 

ENDI 

(li******************************^**************^*****************) 


<*  RESET  A  FLAG  <RESFLAG)  *> 
(*  1.  THIS  ROUTINE  RESET  OR  SF 1  ONE  OF  EIOIFJ  FLAGS  TO  FALSE.  *> 
<*  3.  IF  A  FLAG  GREATER  THAN  IJ  IS  lilOFN  )  HE  USERS  7FRO  FLAG  *) 
(«  IS  SET  TO  FALSE.  *> 


{t**t*******************************t************************t***> 

PROCEDURE  RESFLAG; 

OAR 

in:  INK  r.ERi 
BEGIN 

IDl-llSERSPO.FFP.NFXIP.I  V  II  : 

unERsrtf.rc:=-usFRSiM.'.i  r.(.*.Ni  xiu.m  xi ; 

tF  ID^-B  THEN 
BEGIN 

USERFl  AOr  III  1 :  ^FAl  SF  $ 

USERSPe. CC. zero:  : TRUE } 

END 

ELSE  USERSP(?.CC.7FRO:^l  Al  SES 
END) 

{****tt*******ttt*t**t***t*****t.***t*****%t******t**ti*********t^*) 


(*  READ  A  LOCATION  (READLOC)  «) 
(*  1.  READ  ANY  LOCATION  IN  HEHORY  AND  PLACE  CONTENTS  IN  THE  *) 
(«  USERS  REG.  A.  «) 
(*  2.  USERS  ZERO  FI  AG  IS  SET  TO  TR’IF.  «) 


(««»««*««««««««$«««««««« t ««««««««««««««««« ««»»«««««««««««««««««««) 

PROCEDURE  READMlFf 
BEGIN 

USERSP9.REriA:*USERSPP.PrP.NFXTP.P0INTERP.  BYTE) 

USERSPB.rC  .  71  Rti:==lRUE) 

USERSPB.PCt^UGERSPe.PCP.NEXIU.NE  XTO.NEXT5 
ENDI 


START  A  TASK  ON  CONDITION  (SIASKF)  *) 

1.  THIS  ROUTINE  CHECKS  ONE  OF  FIGHT  FLAGS  FOR  A  TRUE  *) 
CONDITION  BEFORE  STARTING  THE  TASK.  IF  THF  FI  AG  IS  TRUE  *) 
THE  JOB  IS  FI  AGED  TO  RUN  AND  THF  USERS  ZERO  FLAG  IS  SET  *) 
TRUE.  ID  THF  FLAG  IS  FAI SI .  IHF  STATF  OF  THE  TASK  IS  *) 
HOT  CHANGED  AND  THF  UsFRS  Zri  ll  FI  AO  IS  SET  FALSE.  *) 


Utb 
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00/1 .2  AAEC  <  1ST  f  I  li  Ty> 

pRoct  OliRL  Si  asm:; 

VAR 

III ;  INI  I  ni  i< ; 
tl'filN 

lU:  -USKKSt  .  1  1  N  .  NI  X  1  N  .  1.  .  I  I'  .* 

IF  in  H  1  lit  N 
fiFC,  1  N 

IF  USrfvFl  AGl  in.I  THf  N 

IiFlilN 

IISFIVSF'N  .  F  T  :  -UST  K'-r-N  .  i  rN  .  NEX  Tt>  .  NEXT  * 

'  I A  I A :  i  K  ; 

END 
LL  SE 
HFiIN 

iisi  usf  N  . '  r  .  /FRii :  I  Ai  ;‘.F  ; 

M;'.(  KSfN  .1  r  :  ^  liSFI.'.l  |J  ,  I  rp  .NEX  1  0  .NEXT  ; 

ENII 

ENII 
I  I  ;.F 
HI  (UN 

USE  (v;  t  N  .  i  c  .  ,’1  MU  -F  At  IE  : 

u'it  ESI  N’ .  i  r  :  USE  rsep  .  l-•t'lJ ,  ni  x  i  e .  ne  x  r ; 

c  Nil ; 

end; 

(  ****«))[*****  TilU.  ***.*»♦•♦:♦  F*'t:it;*)F***l''»*iM.****Kc*******!)t********)»;**<t»**) 


(  F 

HOLD  A  TASK  ON 

CONDI  1  KIN 

<  or  ASM  ) 

») 

(  * 

1.  TEIIS  rUIIM  TNI 

CHE  OKS 

ONE  ft'  EISHT 

n  AOS 

FOR  A 

TRUE 

») 

(  * 

roNDirnjN  ei 

rmcf  HUE  n  I  Nr-  uii  iask.  if 

nil  FI 

AO  IS 

TMir 

«  ) 

(  « 

IMF  .IIIEI  I'i  1 

1  AOED  III 

HOI  D  AND  till  OSI 

KS  ,U  RU 

E  E  All  1 

S  SET 

»  ) 

(  « 

FEvlIE',  It  nil 

1  1  .0  1 

FAlSr.  IHE  SI  Air 

OF  Till 

TASK  I 

S  NOT 

«) 

(  « 

rilANni  D  AND 

IHE  HSI  ivs 

ZE  Ml  F  I  AO.  IS  Sr 

1  1  AI  'SE 

. 

*  > 

T  RUCE  IHIRE  lU-V'.hr; 

VAR 

in:  INI  I  rr  r,- ; 

PE  lUN 

i  n :  -  list  nsF'P .  t  rp  .  ni  xi  p  .  hyi  r ; 

IF  ID  -U  THEN 
DE  (UN 

IE  list  NI  I  AT.  1  T  D  I  TKF  N 
Dl  I'UN 

USE  RSF'P .  rr ;  use  rse-p  .  i-mj  .  ne x  t  : 
hatask ; 

E  NIT 
E  L  SE 
FiFniN 

tisERSf'P .  f  r  ,  71  Ro:  FAisr; 
iisrRsrpu'E  ;  ^  use  rspi^  .rcFMNrxT ; 

END 
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END 

ELSE 

BEGIN 

IJSERSP0  .  CC  .  ZERO :  =FAL  HE  t 
USERSP0.FC;=USERSPe.FCe.NEXTL»  .Ht  XT; 
END 

end; 

00/1.2  AAEC  <1RT  FEB  7Q) 


($$*$t*$**********$****$*****t***********************************) 

($  START  A  TASK  AT  A  CERTAIN  TIME  (STASKT)  *) 

<»  1.  THIS  ROUTINE  PLACES  AN  OPCOBF  ON  THE  EVENT  QUEUEr  THAT  *) 

<*  UILL  START  A  TASK  AT  A  CERTAIN  TIME.  MEMBERS  IN  THE  »> 

(*  QUEUE  ARE  PLACED  IN  CHRONOLOGICAL  ORDER.  THEREFORE  WHEN  *) 

(*  THE  EVENT  TIMER  CAUSES  AN  INTERRPT.  THE  FIRST  ENTRY  WILL  »' 

<»  ALWAYS  BE  SERVICED.  «) 

<»  2.  ADDRESSES  OF  EMPTY  SPACES  IN  THE  QUEUE  ARE  KEPT  IN  AN  *) 

<*  ARRAY  TO  MINIMIZE  SEARCHING  FOR  FREE  SPACE.  ») 

(*  3.  THE  MAXIMUM  SIZE  OF  THE  QUEUE  IS  SFT  BY  EVMAX.  ») 

(**t$*$t$*$t$***************************$*****$$t****$$**$**t***$) 

PROCEDURE  STASKT; 

VAR 

tt.idsinteger; 

FLAG! : boolean; 

BEGIN 

ID5=USERSPe.PC0.NEXTP.BYTE; 

TT5*USERSP0.PC0.NEXT(».NEXTe.BYTE*; 

USERSPP.  PC  S=:USERSP0.PC0.NEXTP.  NEXT!?.  NEXT; 

IF  TT:ABSTIME  THEN 
BEGIN 

IF  EVEMPTY  THEN 
BEGIN 

firsteq: -freeecurt; 
firsteq0.nfxt:=nti ; 
cur;  =-ruR  -t ; 
evempty;=false; 

FiRSTEoe. id;=id; 
firsteq0.time;=tt; 
firsteq0,opcode:=o; 
timere;=tt-abstimf; 

END 

ELSE 

BEGIN 

FLAG1}=FA»  5E; 

tempeq;»firsteq; 

tempeq2;=nil; 

repeat 

IF  tempeop.timott  then 
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REGIN 

f  I  A131  :=TRtu  ; 
ir  TEMPEQ2  ^  Nil  THEN 
BEGIN 

FREEtClIP  le.NrXTt-r  iROTFOf 
FiRSTnn:-f  ivEErciiRi} 

TEHFTn2;=-f  IRGTEQf 
TIMEREl^TT  ABSTIMEJ 
ENIi 
ELSE 
BEGIN 

FREE! EUR  10  .  NEXT  5  =--TEMPEO0  .  NEXT  ; 
TEMPEtJ?®  .  NEXT  I  =FREECCUR]  » 

ENO; 

cuR:=^r.UR-i ; 

TEMPEn20. in:=in; 

TEMPEQ20.TtME:  -TT; 

00/1.2  AAEC  <1ST  FEB  78) 


TEMPEa20.oPCoriE:^o; 

ENB 

ELSE 

BEGIN 

IF  TEMPEQP.NEXr=NII.  THEN 
BEGIN 

IFMPEOP.NF  XT  l^EREErrilRl ) 
EREErt:URlP.NEXT:-^NIl  t 
CUR : -CUR -1 ; 
TEMPEQ0.NEXTP.  IDl==IDf 

tempeq@.next0.time:=tt; 

TEMPEQP.NEXTP. OPCODE :=0» 
FLAGl  J=TRl)EJ 
END 
ELSE 
BEGIN 

TEMPEQ2J  ^‘TEMPEQf 
TEMPEQ:=TFMPEQ0.NEXTf 

end; 

END 

IINITI  ElAGU 
IISERSPP  .  CC  .  ZERO  :  -TMIE  J 
ENB 

END 

ELSE 

IJSERSPP.CC.  7ER0;=FALSE  J 

end; 


(*  START  A  TASK  AFTER  AN  INTERVAL  (STA5KIN)  ») 
(*  1.  THIS  ROUTINE  TAKES  AN  INTERVAL  OF  TIHE  AND  CONVERTS  IT  *> 
(*  TO  ABSOLUTE  TIME»  THEN  CALLS  STASKT  WHICH  THEN  PLACES  *) 
(*  THE  EVENT  ON  THE  QUEUE.  ») 


{ **********************************  i:*****t*****t*************tiM**) 
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5 


PROCEDURE  STASKINI 
VAR  njINTFGERI 
DEGIN 

TTt^lISFRSPe.PCR.NEXTtt.NrXTN.nYlFJ 
TTJ^TT  ♦  ADSTIHEI 
USERSPe.PCe.NEXT».NEXTR.DYTE:=TTI 
STASKTi 
END  I 


(**tt**tt*MM*$***$$**$»tMM*ti*»$*$**$*$**t*t*ti$$***t**t***tf***tt 

(«  HAl T  A  TASK  FOREVER  <HALTASK>  « 

1,  THIS  F.S'JTINE  SETS  THE  HALT  FI  AG  FOR  TASK.  THIS  MALTS  TMF  • 
<*  TASK  FOREVER  OR  UNTIL  THE  CONfROl  PROCESSOR  RESTARTS  IT.  * 

<*  2.  THE  t OCAl  AIM  CAN  NOT  RESTAKl  IT.  « 

( «»«*«««««»*«««»«««»»»**»»»«««$« 


PKOCFnURF  HAl  TASK  I 
VAR 

ID  JINTEOFRt 
FI.A01  SDOOl  FAN! 

IN  GIN 

IDJ  «Ur>FRSPH.Pr.0.NFXTP.EiYTl  { 

USERSPt* .  PC  J  “USERSPB .  PCff .  NFX  IP  .  NF  X  T  ; 
00/1.2  AAEC  <IST  FED  78) 

FLA61  t>^FALSEl 
TENPJQ:=STARTJai 
REPEAT 

IF  TEMPJQ0.ID«ID  THEN 
DEGIN 

FLAOl  .‘-TRUF» 

TEMP JQP.TCDPR. HAl  T*.  TROD 
SCHJ«TRIIE» 

usFRnpa.cc,7rR0{-=TRiir  ; 

END 

ELSE 

DEGIN 

TEMP JO ; -TEMPJOP .NEXT) 

IF  TEHPJQ*NIL  THEN 
BEGIN 

FLAOl l^TRUE) 
USERSP®.CC.7ER0;  FALSE) 
END) 

END) 

UNTIL  FLAGl) 

END) 


(*  READ  THE  PRIORITY  OF  A  TASK  (RIAUPRI)  ») 
(*  1,  THIS  ROUTINE  READS  THE  PRIORITY  OF  A  TASK  AND  RETURNS  IT  *) 
(*  TO  THE  USER  IN  REGISTER  A.  *) 

($«««««««««««<[**«««««««»««**«*««» 
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00 


»>RorrmiRt  RFAnrRH 
OAK 

ID  t  INTEGORf 
riAOi:  DOOIFANI 
DFOiIN 

id:  lJSLR!>P9.5'r»,Ni  y  rO.PYTF  i 
tirirR!:f'(*.»'r :  ’iisrRsre.rrp.NEXTO.NrxTi 
n  Atu :  -fa:  i;f « 
n  M5M0:  !'.TAR3  J(5« 

Rl  FI  AT 

IF  TFMF-IOe.lD  ID  THFN 
!U  UTN 

r  I  A(U :  =  TRiir  i 
ui'iFRr.FP.FC.  ;fr(i:  tkhi  j 
MRT  RGFI*  .  Rl  GA  t  =  Tl  MF.lUt*  .  T FDrP.rKIO* 
r  ND 
I  t  RF 
KFGIN 

TFMf  MU:-rFMfM(U*.Ni:XI  I 
IF  TtHP.m  »  NIL  THFN 
PFPIN 

FLAG  I  : ’'TRUE  « 

nr.FRGPe . cc .  r fro  :  v^fai  rf  » 

FNDI 

r  Ntii 

lINTU  FIAGU 

FNDI 


(»  AS!?  I  UN  A  rRIURIlY  t(1  A  lA’IK  <AS!.IK10>  «> 

/I.?’  AAM.  (tSl  FID  .MI) 

<♦  t.  nils  RUM  I  INI  UUl  F.MANUf  I  HI  IRIHRITY  OF  A  TAJIK  TO  ANY  •> 

\*  t'KlDRIlY  DMUIIN  0  AND  11  A  PRIORITY  DHFVINT  IXSIRT  *) 

<«  IINF  Mill  Dl  SRI  All  0.  ft) 

<ft  IA!?K!?  Will  Dl  INTFRin  AMI  AD  HI  All  OTIirR  TAI'.K  THAT  HAOT  ft) 

(ft  Till  SAMI  PRIORITY.  ft) 

(ft  T.  ir  TUT  PRTO  01  A  TASK  Rl  MAINS.  IMF  RAMF .  THT  TASK  UTIL  ft 

(ft  STIII  1<I  MOVED  TO  THF  MFAD  01  ITS  PRIORITY.  ft) 


(  ftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftltftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftft ) 

pROf;r  niiRi  assi  rioi 
VAR 

IDrPRt  ;  INTIUFR) 

IIAUl  :  KOIMlANi 
Dl  II IN 

IDI  HSI  KMiPR.Pril.NI  XIN.DYII  i 

PR  I  I'llSFRGPP.Pre.NI  Xnft.NlXIN.DYTF  » 

U53FRSP9  .  Pi: :  ^HSFRSPH  .  PCI?  .  NF X  TO  .  NF  X  T l»  .  NFX  T  ♦ 

FLAG! :*FAl  SFl 
Tl  HP. ion  START. KM 
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P 


REPEAT 

IF  TEHPjae.iD>iD  then 

BEGIN  (HBAft************) 

TEMPPQ2:»TEHPJQ9.PRT00PJ  (*  TAKE  THE  ENTRY*) 


TEHPPDJ-TEMPPQ9.FDP)  <*  OUT  OF  THE  *> 

TEHPPO3e.BKP0.FOPt^TFIlf'P«l’P.FnP»  <*  PRIO  QUEUE  AND*) 
TEHPPQ2e.F0P«.BKP:--TrHfP02Q.rtKP)  <*  JJPDATE  OTHER  *) 
TEMPJQe.PRIOJ»PRI»  <*  STRUETURES  *> 

TFHPPQ20.PRIOJ-PRIF  (*  WITH  THE  NEU  *) 

TEHPpn?0.T(:BPe.PRio:=  PRU  <*  priority.  *) 

IF  PRI»0  THEN  <* - *) 

BEGIN  (»  PUT  THE  ENTRY  *) 

tehppo?p,pkp:-nii )  (*  at  the  start  *) 

TEHPPO20.FI)Pt=r.TARrPUJ  (*  OF  THE  PRIO  *) 

STARTPQR.BKPt-TIHPlU)  (*  QUFUF,  *) 


srAKTPn:=iTEHPPQ:>;  («»*«*»»«»*«**»***) 

END 
ELSE 
BEGIN 

FLAGl  :*FAlfif:) 

IF  PRIiTEMPPOe.PKin  THEN 
TEMPPQJ==ENDPQ« 

REPEAT 

IF  TFMPPOR.PRIUiPRI  THEN 
BEGIN 

FI  AUl : -1RUL ; 

TEMPPQ21» .  BKP  i  .=  TEMPPO » 

Tt  MPPQSR .EBP : xTFHPPOB . FDP » 
TEMPPU9.FDrj-TEMPP02» 

IF  TEMPPQ2R.FDP-NIL  THEN 
ENDPQJ=TEHPP02 
ELSE 

TEHPPCI2e.rDP0,BKP;-TEMPPQ2» 

END 

ELSE 

TEMPPQ5  =TFMPP«P . BKP  i 
UNTIL  FIAGIf 
END 

END 

00/l»2  AAtC  (1ST  FEB  76) 

ELSE 

BEGIN 

TEHPJOL-TFHPJOB.NFXTI 
IF  TEHP.JQ*‘Nn  THEN 
BEGIN 

FlAGlt«TRUE) 

U8ERSPB.CC.7ERI):^FAl  SE) 

END) 

END 

UNTIL  FLAQl) 

END) 
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(«»«««««««««»««««•«««««««««*«»«««««»«««««««««*«»«»««»««*»««««««»«  > 

(»  srr  URITfc  i  I  AIS  FOR  A  SMARFI)  VAK  (<;rrURTT>  «) 

«»*««««>»  »««««««*««««*«««*««*«*«**««»««*«> 

FRtlCt  DllRf  SMWKli; 

UFIHN 

FNPi 

<«  STATUS  Of  A  TASK  (STATUS)  * ) 

^t1^t****1^'l^**t******i^*t**1^*****^^****t**^H^*1^**^i^1^****1^*1^**1^*1^tM*1^*t) 

PROCFOURF  SrAIUSf 
PFGIN 
FNPI 

(«»««*«]»«««««««»«««««««««««««»  «**>«*««««««»«««»»«**«*  **««»««««*«««) 

(*  TIMF  Of  DAY  ((IIP)  *) 

(  »*««»«[«««)*«««»««»«« »»««»»»**«»««««*«««»«*«»  ) 

PROCEfiURF  TOO! 

PFOIN 
(  NP; 


RocrnuRF 

SVCf 

VAR 

IP 

t  INTEfiERI 

FI  Ani 

:  POOLEANI 

PEGIN 

» 

CASF- 

USFRSPP.rCP. 

BYTE 

OF 

<**«»«««**««««««»««»*««*«««**»«««*«««««> 

0  : 

SAFASK  i 

(» 

START  A 

TASK 

»> 

1  : 

HA  1  ASK  ) 

(« 

HOI  H  A 

I  ASK 

«> 

•  1  • 

K'l  AOF )  r. ; 

(« 

RIAIt 

ri  A(5R 

*> 

.1  : 

St  III  AO) 

(« 

sr  1 

f  1  AGS 

»> 

4  : 

Ri  5:ri  At.j 

<  « 

RFSI  1 

I  1  AGS 

«) 

.  1  • 

KFAUl  (M  ; 

( « 

Rf  AO  A  I 

(IPATION  IN  Ml  HORY 

«) 

6  : 

SI  arm:  ; 

<  « 

STAR1  A 

lASK  I'ONPITTONAl  Y 

*) 

7  ; 

HTASKC  ; 

<  « 

HOl  n  A 

TASK  rONPIT lONAl Y 

«) 

R  ; 

STASKT  1 

(« 

START  A 

TASK  AT  A  CERTAIN  TIMF 

*) 

•?  : 

STASMN* 

(« 

START  A 

TASK  AFTER  AN  INTERVAl 

») 

10  : 

HAl  TASK} 

(« 

STOP  A 

TASK  FOREVER 

») 

1 1  : 

REAPF  Rl  » 

<* 

REAP  IHl 

PRIORITY  OF  A  TASK 

») 

AACr. 

(tSl  FFB  7B) 

12  : 

ASSFRlOt 

(« 

ASSIGN  A 

1  PRIORITY  TO  A  TASK 

*) 

13  1 

SETURITI 

(« 

SET  URITF  FLAG  FOR  A  SHARED  VAR 

») 

14  : 

STATUS  f 

<t 

STATUS  nr  A  TASK 

<) 

IV.  : 

Tint  « 

(« 

TIHI  Of 

HAY 

«) 

(Ntli  (t*«««tt««««**«ttt*t*ttt**«*t«*****««**t) 
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ENOI 


(«*«««  »*«««) 

(«««*$  HAIN  PRnORAH  ««»«*> 

(*««•«  *$»«*> 

(««««»  *««*«> 

(tnymt***********************************************************) 


<«  *> 

(«  INTERRUPT  HANDIER  AND  VECTOR  TADLE  «) 

(«  *) 


DEOIN 

inter:-io» 

CASE  INTER 


10 

11 


20 

30 


OF 

AHALT) 

BEGIN) 

RESETF 

CONN) 

END) 

COHH  ) 


TRUE) 


BEGIN 

OSENTRY) 

<* 

*) 

FLAG) -FALSE) 

(« 

THIS  SYSTEH  PROGRAH 

*> 

TEHP^YQJ-STARTSYQ) 

(* 

HANDLES  THE  PROTECTION 

«) 

REPEAT 

<« 

ERRORS  CAUSED  BY  USERS 

t) 

IF  TEHPSYQ9,ID«2  THEN 

<« 

PROGRAHS  TRYING  TO 

«> 

BEGIN 

(« 

ADDRESS  SYSTEH  HEHORY. 

«> 

TEHPSYQe . RUN i -TRUE ) 

(« 

t> 

SYSFl-TRUE) 

FLAG  1 -TRUE) 

END 

ELSE  TENPSYOl-TEHPSYOe. 

NEXT) 

40  1 


41  1 


UNTIL  FLAG) 

END) 

BEGIN 

OSENTRY) 

STARTSYQB.RUNr 

END) 

BEGIN 

OSENTRY) 

eventf:«true) 

END) 


<*  THip  STARTS  THE  CYCIE(FRAHE) 
TRUE)  <«  SYSTEH  PROGRAHt  WHICH  IS 

<«  ALWAYS  THE  FIRST  IN  THE  QUEUE 

(» 

<»  START  THE  EVENT  HANDLER 
<4 
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A?  ;  JttUlN 


osfniry; 

<*«»*««««*««*»«»»*«* 

AAEC  (IRT  FFB  7G 1 

TEHPSYtlS  r.l  ARIVIYO; 

(  * 

t 

FI  A0:-  FAI SF  ; 

(  « 

THIS  SYSIFH 

JOB  STOPS  A  * 

REPEAT 

(  « 

USER  .UIB  IF 

IT  RUNS  OUT  * 

IF  TFHPSYtlR.  ID«.T  THEN 

<  « 

OF  TIME. 

* 

BEGIN 

<  « 

« 

TEHPRYOP.RUN;  -  fKUFS 

Kttt 

»«»««»«*»»«»*»$««»«»««««$« 

tJY'iF  :  =TRIU  i 

n  ah: «TRiiFi 

LND 

ELr.F  TEHPSYQJ-TFMPSYQP.NFXT  » 
UNTIL  FIAOI 
END  I 

SO  :  DEGIN 

ugentry; 

INTFRRI 
F  Nn; 

60  :  DEGIN 

OSENTRYJ 

svr  ; 

FNO; 

ENDI 


<  <«««»««*«*««*««***«««« 

<**  »») 

(«*  F.VrNI  ROIITINF.  »«) 

<**  »*) 


IF  EVEN  If  IHF  N 
DFGIN 

fvfntf:^fai sfj 
cur: ^ciiRF  I ; 

FRFfTr.uR  i:  «FTRnTFn; 

TEMPFO: -FIKGTEQt 
IF  FIRSTFnP.NFXT^NIl  TMFN 

evempty: -truf 
FLSE 

FiRSTFo:  -F  iRr.irnp.Nr  xt; 
TIHLREI-TIHPCnN.TINF  ADi;UNf  ; 
CAni:  TiMrrQ(i».nrcnnr  of 


0 


DEGIN 

Tl  NP.int‘'!iTART.IOJ 
FI  Ao:»FAi*?r* 

REPEAT 

IF  TEHPEnH.  iD-irnr  iuP 
DEGIN 

flag:*truei 

IF  I  TEHP.IOO.  irDPl* 
DEGIN 


(•  *) 

(•  Ml  ART  A  .inD«) 
it  OPERA 11 ON  *) 
TP  THEN  <«  «) 

HAl  T  THEN 


TEMPJQR  .  TCDPR  .  »?UN  I  TRUE  i 

TrNPjRP.TrprN.Mni  n:  .fai  t.ff 
scm:«true» 
end; 
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END 

ELSE  TEMPJQ:*TEHP.tt)P.NFXTi 
UNTIL  FLAG^^TRUE* 

END) 

00/1.2  AAEC  (ir.T  FER  7n) 


end; 

END)  <*  END  CASE.  HORF  CAN  HE  ADDED 


«) 


(ttt$tt.tMti**«****$****************t****t******t****tt***t***t*$**) 
(*  *) 
<*  EXECUTF  SYSTEM  JODS  IF  ANY  ARI  READY  *) 
<«  *) 
{tt*tn****tt*t**tt*t******t**tt****'^*t***t*********t*t*t****t****) 


IF  SYSF  THEN 
BEGIN 

SYSFlaFALSE) 

TEHPSYQl-STARTSYQ) 

REPEAT 

IF  TEMPSYQ0.RUN  THEN 
BEGIN 

TEMPSY0e.TCPP8.ACTIVEt*TRUF» 
UITH  TEMPSYQ8.TCBP0  DU 
BEGIN 

STACKAe.X:=ORr,STP.X) 

STACKAP.Yl^nRGGTB.Y) 

ST  ACK  A0 .  U!;P  J  «-ORnn  1 P  .  lisp ) 
STArKA8.Pc:»nRnsTP.pi:> 
END) 

atnsp:*sp) 

SP;*TEHPSYQe.TCBP8.STArKA5 

RTI) 

TEHPSYOe.TCBPP.STACKA:  r.p; 
SPl=ATHSP) 

TEMPSYQB . TCBP8 . ACTIVE : -  FALSE ) 
END) 

TENPSYQ:»TEMPSYQ8.NEXTf 
UNTIL  TENPSYa=NIL) 

END) 


(* 

<*  TASK  SCHEDULER  ROUTINE 


( * 

(« 
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00  / 1  . 


IF  SCH  THIN 
PFGIN 

sch:-fai sfj 

IF  At'T.inP.  TCPF-'NIl  TMFN  JOAOt  P  t  =TR11E 
El  SF 
pro  IN 

If  01  I  I|1|. .  I(  Pf'(^  .  flOl  t»  (fK  ArT.iOP.TrPPP.HAl  T  TMFN 
Pf  OIN 

or  I  .inh ,  I  (  Hf  (■»  .01  » ’  '.‘i  :  i  oi  m  ; 
of  T.inp.  irpfO.KMN  :  -r ai  r.r ; 

JSAOFP  :  iK'urs 

FNP 

1 1  SF  jsAyFo:  f  01  sf  ; 
f  no; 

If  JSOUfO  TffFN 
UMPFU:  -rtlRFl) 
f  t  Sf 

OAFf  (IST  fFP 


Tf  MFFOI^f.TORTPOf 


FLAGS^^FAl  SF.  f 


PFPFOT 

IF  TFHPPOe.  TCPPP.K'ON  THIN  nor>:-TRIIE 
FI  SF  TFMPI'O: -TFHf'POF.I  HI  J 
UNI  11  FIAGi 

If  T‘ MPPUP.  TPPI  N.  Ill  :  Oi  l  IIIK.IP  TffFN 
HI  GIN 


(URPU:  UMPf’OJ 
If  MSOUFP  THFN 
PFGIN 

ACT  KIP  .  TCPPf*.  TNU  k:  MRUF  i 
ACT.IOP  .  ICPPN.  1  IMPKf  M:  -  T  IMf  R.lf 


( *$**$t*ttt***$t) 

(«  SAVF  INTFRR  *> 
>  «  .inp  *> 


AC  I  lup .  rrppN .  G I ACKO :  *^usfrrp  t 
I  NPt 

If  TFMFPGP. TCPPP. INTI  P  TMFN 


Pf  GTN 


OCTJOli.  TPt^^TEMPPOP.  TCPPP.  I  Of 
ACT.IOP.  TCPFJ:*TFHPPOP.  TPPPJ 
IF  TFhPPQP.  TCPl  P.  ItiTI  IMF  0  TUFN 


T IMF  km: 

FI  c.r 

T ! hfP.* !  T FMPPP'*  i  iriiPP  ,1  ’  Mt  PrP,  * 
IISl  RC.p:  -Tl  Ml  PUP.  Ill  IP.  STACK  AS 
If  Mf'PUP  .  U  lipp  .  AC  I  U'l  :  IRUfS 
1 1  Ml  row .  I  (  HI  (j .  I N  n  I. ;  r  ai  cm  ; 

I  NH 
I  I  SI 
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BiGIN  , 

Ar.TJOR.tn:«TtMprop.TrDP».  in» 

AC  r JOB , TCBP  t  ^  TFHPF  ne . TCBP » 

IF  TEHPPae.TCAPA.TOTriMI  «  0  THFN 
TIHeRJt*99999 
ELSF 

T i«CR j : «  TFMPPoe . Tnnpp , tot  t i mf ; 

TFHPPOe . TCBP*. ACT  TVF : aTRUE  * 

WITH  TEMPPOe.TCBPP  00 

BEGIN  ; 

STACKA*.PC:«nRnRTR.PC; 

STACKA«.ur.p:-nRr.;;rR.uspj 

FNDJ 

USFRSP : a  TFHPPQP . TCBPP . ST ACKA I  f 

END}  I 
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